메뉴
Backlog の親チケットから子チケット群を規約に沿って起票する。「子チケット作って」「チケット分割して」「Backlog に起票」「サブタスク切って」等で発火。AITENCHO_PRD の実チケットから抽出した命名・本文構造・粒度・属性の規約に従う。起票前に必ず分割案をユーザーに提示して承認を得る。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | backlog-subtasks |
| description | Backlog の親チケットから子チケット群を規約に沿って起票する。「子チケット作って」「チケット分割して」「Backlog に起票」「サブタスク切って」等で発火。AITENCHO_PRD の実チケットから抽出した命名・本文構造・粒度・属性の規約に従う。起票前に必ず分割案をユーザーに提示して承認を得る。 |
AITENCHO_PRD の実運用から抽出した規約。他プロジェクトでも同じ型を既定とし、そのプロジェクトの既存チケットに別の慣習があればそちらを優先する。
get_issue で親の本文・既存の子 (get_issues + parentIssueId) を取得。親に「想定サブタスク」チェックリストがあればそれがたたき台。get_issues + keyword で類似チケットを検索。重複起票は 【重複/無効 →】 で潰される文化なので起票前に必ず確認。add_issue を呼ばない。parentIssueId を設定。起票後、親の本文のチェックリストに子チケットの URL を追記する（update_issue）か、追記案を提示。[scope] 対象: 内容/症状 — 対応 (env)。体言止め。実装系 30〜60字。[scope] は [edge] [backend] [ci] [infra依頼] [Edge/FE] 等。カテゴリ属性は使わずタイトルで表す。【親】、子は 【子】 【子2】〜連番を [scope] の前に付ける（親の既存の子の命名に合わせる）。(staging / develop) (Phase1)。[backend] device heartbeat / resources が 500 INTERNAL_ERROR（tenant_id NOT NULL 未追従）→ 端末がダッシュボードでオフライン誤表示## 見出し、markdown）子チケットの型:
親: AITENCHO_PRD-639 / 依存: 子3・子4 完了後
（依存が無ければ「依存: なし」ごと省略）
## 背景 / 目的
1〜3行。親の要約コピペではなく、この子が何を解決するかだけ。
## 実装方針
- 対象ファイル・resource 名・API 名を具体的に書く（例: `modules/iot/main.tf` の `edge_s3_upload` と同じ書き方で）
- 既存コードの雛形アンカーを必ず1つ入れる（例: 既存 `detect-qc-menu-inconsistency` を雛形に）
- 既知の制約を明記（例: IoT policy 2048 byte 上限）
## 完了条件
- [ ] 検証可能な条件（「clippy / test green」「staging で Slack 通知が届く」等）
- [ ] 動作確認の具体手順が書けるレベルまで落とす
## 非対象（Out of Scope）
- 別チケットに逃がすものを明示（無ければ節ごと省略）
親チケットを新規に作る場合の型: ## 背景 / 目的 → ## スコープ → ## 想定サブタスク（子チケットのたたき台）(チェックリスト) → ## 補足。親は実装詳細を確定させず「たたき台。確定は子チケットで」と明示。
禁止: 本文ゼロ・スクショだけの起票 / 対象ファイルも受け入れ条件も無い網羅的箇条書きだけの本文 / 親本文の丸写し。
| 属性 | 既定 |
|---|---|
| 種別 | タスク（障害のみ バグ） |
| 優先度 | 中（障害・ブロッカーのみ 高。「低」は使わない） |
| カテゴリ | 未設定（タイトルの [scope] が代替） |
| マイルストーン | 未設定（PM の計画チケットのみ設定するので勝手に付けない） |
| 期日 | 未設定 |
| 担当 | ユーザーに確認して個人アサイン（不明なら未設定で起票し、その旨報告） |
チケットは外向き発信。ギャル口調・絵文字は使わず、簡潔な業務文体で書く。
worktree の使い分けと並列実行の運用方針。サブエージェントへの実装 fan-out、EnterWorktree / --worktree / isolation:worktree の利用、gwq への言及、複数セッション並列の相談があった時に必ず読む。ファイルを書くサブエージェントを起動する前にも読むこと。
UI/デザイン/画面レイアウト/コンポーネントを設計・提案するときに使用。文章で説明する代わりに、自己完結HTMLモックを書いてPlaywright CLIでスクショ→画像でユーザーに見せる。「デザイン作って」「画面イメージ見せて」「UI考えて」「レイアウト提案」「mockして」、または既存UIの改修案を提示する時に発火。実装前の合意形成フェーズで使う。
agent 向けテキスト指示（skill / slash command / task プロンプト / CLAUDE.md 節 / コード生成プロンプト）を、バイアスを排した実行者に動かしてもらい、両面（実行者の自己申告 + 指示側メトリクス）で評価して反復改善する手法。改善が頭打ちになるまで回す。プロンプトや skill を新規作成・大幅改訂した直後、またはエージェントの挙動が期待通りにならない原因を指示側の曖昧さに求めたいときに使う。
Notionのデータベースを検索する。PREFIX-123 形式のIDやステータス、テキストで絞り込みが可能。
Notionページ・ブロックの更新・追記・新規作成。リッチブロック（heading/toggle/callout/code/divider）を活用して構造化された見やすい内容を書き込む。Markdownの平文貼り付けは禁止。
既存の Claude Code skill / slash command / subagent / hook の挙動を改善・観点追加・ルール追加する際に使用。ユーザーが「/<command>が甘かった」「<skill>が効かなかった」「次から<X>もチェックして」「<Y>の観点を足して」「<Z>のルールを追加して」等の振り返り・観点追加・ルール追加を依頼した時に発火。新規作成は add-claude-config を使う（こちらは既存定義の修正専用）。