メニュー
Add an Aftercare ticket explicitly. Use when the user invokes $ac-add or /ac-add, or wants a direct command-style way to add a fix, test, review, or deploy ticket to the queue.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use when the user wants to operate a post-build cleanup queue through natural language: initialize Aftercare in a repo, add/list/show tickets, recommend or start the next task, reorder work, reopen a ticket after failed acceptance, manage mixed fix/test/review/deploy work in one queue, run the queue loop, or sync queue summaries back into project memory. Works well for artifact-heavy build workflows, including roadmap-driven, spec-driven, pipeline-driven, and hybrid projects.
Use when the user wants to operate a post-build cleanup queue through natural language: initialize Aftercare in a repo, add/list/show tickets, recommend or start the next task, reorder work, reopen a ticket after failed acceptance, manage mixed fix/test/review/deploy work in one queue, run the queue loop, or sync queue summaries back into project memory. Works well for artifact-heavy build workflows, including roadmap-driven, spec-driven, pipeline-driven, and hybrid projects.
Block an Aftercare ticket explicitly. Use when the user invokes $ac-block or /ac-block, or wants a direct command-style way to mark a ticket blocked.
Cancel an Aftercare ticket explicitly. Use when the user invokes $ac-cancel or /ac-cancel, or wants a direct command-style way to cancel a ticket.
Defer an Aftercare ticket explicitly. Use when the user invokes $ac-defer or /ac-defer, or wants a direct command-style way to defer a ticket.
Complete an Aftercare ticket explicitly. Use when the user invokes $ac-done or /ac-done, or wants a direct command-style way to mark a ticket done.
| name | ac-add |
| description | Add an Aftercare ticket explicitly. Use when the user invokes $ac-add or /ac-add, or wants a direct command-style way to add a fix, test, review, or deploy ticket to the queue. |
../aftercare/SKILL.md first and follow its runtime resolution, target repo rules, and queue rules.$ac-add or /ac-add as the add request..aftercare/, run init-repo first.add-ticket. Infer fields from the request with these defaults:
ticket_type=fixpriority=P1area=general--force-next true