메뉴
大規模タスクを複数セッションに分割して実装するワークフロー。自動発火条件 - 以下のいずれかに該当する場合は自動的にこのスキルを使用すること。(1) 5つ以上のファイル変更が見込まれる、(2) 複数の独立した機能実装が含まれる、(3) 調査だけで30分以上かかりそう、(4) ユーザーが「大規模」「複数日」「段階的に」等のキーワードを使用。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
コードベース包括的レビュー。6観点（perf/sec/test/arch/cq/docs）を並列サブエージェントで実行し、優先度付きissueファイルをメモリディレクトリに生成。使用タイミング: コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review実行時。境界: PR単位のレビュー→pr-review、自ブランチの提出前確認→self-review、ローカル未コミット変更→/code-review、ドキュメントのレビュー→doc-review。
既存設定と整合したスキルを新規作成。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill実行時に使用。~/.claude/AGENTS.md（CLAUDE.mdは互換symlink）、context/*.md、既存スキルを自動参照し、重複・競合を避けたスキルを生成。境界: 既存スキル・指示ファイルの修正→update-inst、指示ファイル全体の監査→instructions-audit。
抽象的な要件・Biz 要求から要求を深掘りし、コードベース SSoT で既存実装整合性を確認した上で「実装マスタ（01_requirements_skeleton.md）」と「システム要件書（02_system_requirements.md）」を作成する。使用タイミング (1)「○○って機能を作りたい」「このBiz要求を満たす機能を設計して」等の抽象要件提示時、(2) 既存機能の拡張・Phase 分割等の要件定義開始時、(3) `/design-feature ...` 実行時。
Agent Teamsによる多角的ドキュメントレビュー。設計書・仕様書・計画書等のドキュメントを6 Agent（通常4 + Devil's Advocate + agent CLI）で並列レビュー。使用タイミング: (1) /doc-review 明示実行時、(2) 「チームでレビューして」「多角的にレビューして」等の明示依頼時（Agent Teams発動条件(c)相当）。通常の「レビューして」だけの依頼では発火しない（単独レビューまたはagent CLIで対応し、必要なら本スキルを提案する）。
既存の計画・設計・アイデアを徹底的に尋問し、共有理解に至るまでストレステストする対話スキル。使用タイミング: (1) 「グリルして」「grillして」「この計画を詰めて」「計画の穴を突いて」「ストレステストして」等の依頼時、(2) 実装着手前に計画・設計の前提や未決定事項を洗い出したい時。境界: ゼロからの要件定義・要件書作成→design-feature、完成した文書の多角的レビュー→doc-review。本スキルは既に存在する計画・アイデアの対話的な検証を行う。要件書等の成果物は生成せず、確定した重要決定のみADRとして.local/docs/に記録する。
現在のセッション内容を、別セッションのエージェントが引き継げるハンドオフ文書に圧縮し、メモリディレクトリに書き出す。セッションを切り替えたい時・作業を中断して後日再開したい時に /handoff で実行。
| name | large-task |
| description | 大規模タスクを複数セッションに分割して実装するワークフロー。自動発火条件 - 以下のいずれかに該当する場合は自動的にこのスキルを使用すること。(1) 5つ以上のファイル変更が見込まれる、(2) 複数の独立した機能実装が含まれる、(3) 調査だけで30分以上かかりそう、(4) ユーザーが「大規模」「複数日」「段階的に」等のキーワードを使用。 |
大規模タスクを複数セッションに分割して効率的に実装するためのワークフロー。
${MEMORY_DIR}/
├── memory/YYMMDD_<task>/ # 通常のメモリディレクトリ（既存Phase 0-5）
└── tasks/YYMMDD_<task_name>/ # 大規模タスク専用（本スキル）
├── 00_plan.md # 全体計画
├── 01_<subtask>.md # 個別タスク1
├── 02_<subtask>.md # 個別タスク2
└── ...
.local/）data-site, auth-refactor）セッション1で実行: 包括調査 → 全体計画 + 個別タスクファイル作成
${MEMORY_DIR}/tasks/YYMMDD_<task_name>/ ディレクトリ作成
セッション2以降で実行: 指定タスクを実装
Glob("${tasks_dir}/*.md") でファイル一覧を取得<task_num>_ で始まるファイルを特定# <タスク名> 実装計画
## 概要
[1-2文で全体像を説明]
## 背景・目的
[なぜこの実装が必要か]
## タスク一覧
| # | タスク | 依存 | 状態 |
|---|--------|------|------|
| 01 | <タスク名> | - | pending |
| 02 | <タスク名> | 01 | pending |
| ... | ... | ... | ... |
状態: pending / in_progress / completed
## 全体アーキテクチャ
[図や説明]
## リスク・懸念事項
| リスク | 影響度 | 対策 |
|-------|-------|------|
## agent reviewの結果
[計画フェーズでのagent指摘と対応]
テンプレートは references/task-template.md をReadして使用する。本文には再掲しない（テンプレートの二重管理による記述ずれを避けるため）。
各タスク実装時は、通常のPhase 0-5ワークフローを適用:
memory/YYMMDD_<task>/ 作成、05_log.md初期化Agent Teams 使用時（Claude Code）はreviewerチームメイトが自動実行する。単独作業時や Agent Teams が無い環境では、自分で外部CLIを実行する（@context/agent-cli-guide.md）。
詳細: @context/agent-cli-guide.md「Agent Teams内での実行パターン」
タスク分割後、タスク管理機構で進捗管理を強化できる（Claude Code: TaskCreate/TaskUpdate/TaskList、Codex: plan 機構。以下のコード例は Claude Code のもの）。 詳細: @context/task-tool-guide.md
タスク分割後、各サブタスクをTaskCreateで登録:
# 各サブタスクを作成
TaskCreate(
subject: "Task 01: <タスク名>",
description: "<タスクファイルの内容サマリー>",
activeForm: "<タスク名>を実装中"
)
# 依存関係を設定
TaskUpdate(taskId: "2", addBlockedBy: ["1"])
メリット:
# タスク開始時
TaskUpdate(taskId, status: "in_progress")
# タスク完了時
TaskUpdate(taskId, status: "completed")
注意: 00_plan.mdの状態更新と併用すること（置き換えではない）