본문으로 건너뛰기
cccskills
무료GitHub에 공개

quick

Execute the fast path for trivial changes with minimal governance ceremony. Use when: (1) User invokes /quick, (2) Change is doc-only or non-behavioral, (3) No RFC or ADR work is needed

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md3.4 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

/quick - Fast Path Workflow

Execute the lightweight workflow for: $ARGUMENTS

Use this only for trivial, non-behavioral changes such as typos, comments, docs fixes, or small internal cleanup.

Outputs: Completed trivial non-behavioral change, updated work item memory, and validation evidence.

Do not use this for new behavior, RFC-governed work, or architecture decisions. If the task stops being trivial, switch to /gov.

Critical Rules

  1. Keep the fast path small. Do not invent governance work the change does not need.
  2. Still use a work item. govctl check --has-active is the gate before editing.
  3. Read the active work item with govctl work show <WI-ID>.
  4. Use work item fields correctly:
    • description: scope and why
    • journal: what you did and what happened
    • notes: constraints or lessons future steps must remember
  5. If the change becomes behavioral, ambiguous, or architectural, stop using /quick and switch to /gov.
  6. Use /commit for raw VCS operations. Do not embed jj or git procedures here.

Workflow

1. Validate and classify

govctl status
  • Confirm the change is still trivial and non-behavioral.
  • /commit will choose the raw VCS workflow if recording is needed.

2. Resolve the work item

govctl work list pending
  • Matching active item: use it
  • Matching queued item: govctl work move <WI-ID> active
  • No match: govctl work new --active "<concise-title>"

Then:

govctl work show <WI-ID>
govctl work set <WI-ID> description "Brief scope: what and why"
govctl work add <WI-ID> acceptance_criteria "chore: govctl check passes"
govctl work add <WI-ID> acceptance_criteria "<category>: <specific observable outcome for this trivial change>"

The second criterion must be concrete and diff-specific. Examples:

  • docs: CLI example uses the current subcommand name
  • chore: remove unused import from parser module
  • fix: typo in error message is corrected

3. Implement

Before editing:

govctl check --has-active

Make the change. If code comments reference governance artifacts, use [[artifact-id]].

Run the relevant validation:

govctl check

Update working memory as needed:

govctl work add <WI-ID> journal "Updated docs; govctl check passes"
govctl work add <WI-ID> notes "Do not use old command name in examples"

For very small changes, journal may be enough. Add notes only when there is something future steps should remember.

4. Record

Record the implementation change with /commit, typically using docs(scope), chore(scope), or fix(scope) as appropriate.

5. Complete

govctl work tick <WI-ID> acceptance_criteria "govctl check passes" -s done
govctl work tick <WI-ID> acceptance_criteria "<specific observable outcome>" -s done
govctl work move <WI-ID> done

6. Final record

If work-item closure should be recorded separately, use /commit with chore(work): complete <WI-ID>.

Switch to /gov when

  • The change affects behavior
  • The governing RFC is unclear or missing
  • An ADR-level design choice appears
  • The task stops being obviously trivial

BEGIN EXECUTION NOW.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Write effective Architecture Decision Records. Use when: (1) Creating a new ADR, (2) Recording a design decision, (3) User mentions ADR, decision, trade-off, or alternatives

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

lucifer1004/typub352026년 7월 11일 업데이트

commit

무료

Commit changes with govctl integration — check work item status, update journal or notes, and run govctl check

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

lucifer1004/typub352026년 7월 11일 업데이트

Stress-test a design decision with premortem/backcast analysis, then produce a risk-calibrated recommendation that maps to ADR fields. Use when: (1) Multiple competing architecture options, (2) Irreversible or high-risk design choices, (3) /discuss identifies a complex trade-off

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

lucifer1004/typub352026년 7월 11일 업데이트

discuss

무료

Facilitate design discussion — research context, clarify requirements, draft RFC/ADR

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

lucifer1004/typub352026년 7월 11일 업데이트

gov

무료

Execute governed implementation workflow with work items, RFC/ADR checks, phase gates, testing, and closure. Use when: (1) User invokes /gov, (2) A non-trivial change needs work item tracking, (3) Implementation may require RFC/ADR handling

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

lucifer1004/typub352026년 7월 11일 업데이트

Write well-structured Verification Guards. Use when: (1) Creating a new guard, (2) Editing guard check commands or patterns, (3) User mentions guard, verification, or check

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

lucifer1004/typub352026년 7월 11일 업데이트

lucifer1004의 스킬 모두 보기

이 스킬의 문제 신고