菜单
docs/plan.md内のTODOリストを管理します。TODO項目の追加、完了マーク、整理を行います。 ユーザーがplan.mdの更新、TODO管理、計画の進捗確認を依頼したときに使用してください。 プロジェクト固有のTODO形式ルール（フラット構造、エピック化など）を遵守します。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | manage-plan-todos |
| description | docs/plan.md内のTODOリストを管理します。TODO項目の追加、完了マーク、整理を行います。 ユーザーがplan.mdの更新、TODO管理、計画の進捗確認を依頼したときに使用してください。 プロジェクト固有のTODO形式ルール（フラット構造、エピック化など）を遵守します。 |
| allowed-tools | Read, Edit |
このスキルはdocs/plan.md内のTODOリストを、プロジェクト固有のルールに従って管理します。
docs/plan.mdには以下のNOTICEが記載されており、厳格に守る必要があります：
NOTICE: TODOリストはフラットな箇条書きで、着手順に上から並べること。新しい項目もフラットに、実施順になるよう途中に挿入する。セクションを分けたり階層化するのは禁止。
階層化すると、リストが複雑になり、全体像が見えにくくなり、頻繁な再編成が必要になります。
エピック（遠い将来）: 大まかなまとまりとして1項目で記述
- [ ] YAMLでワークフローを設定可能にする
- [ ] ワークフローグラフ可視化機能を追加
理由：
詳細タスク（近い将来）: 具体的に記述
- [ ] worker.tsでLLM呼び出し時にプロンプトとレスポンスをDynamoDBに保存（type: 'llm_call'）
- [ ] App.tsxでLLM呼び出しログを表示するUI追加（折りたたみ可能）
理由：
エピックの詳細化タイミング: 着手が近づいた時（次の1-3ステップ以内）、要件が明確になった時、設計が固まった時
完了したタスクは[x]でマークする。作業が一区切りついたら、レビューしながらまとめて### Doneセクションに移動：
## TODOリスト
- [x] 完了したタスク
- [x] 完了したタスク
- [ ] 未完了タスク
- [ ] 未完了タスク
- [ ] 未完了タスク
### Done
- [x] 以前に完了したタスク
- [x] 以前に完了したタスク
- [x] 以前に完了したタスク
- [x] 以前に完了したタスク
末尾に追加するのではなく、実施順になるよう適切な位置に挿入：
Before:
- [ ] タスクA（今すぐ）
- [ ] タスクB（次）
- [ ] タスクC（後で）
After
- [ ] タスクA（今すぐ）
- [ ] タスクB（次）
- [ ] タスクD ← タスクBとCの間に挿入
- [ ] タスクC（後で）
- [ ] を - [x] に変更### Done セクションに移動## TODOリスト
- [ ] worker.tsでLLM呼び出しログを保存
- [ ] App.tsxでログ表示UI追加
- [ ] 2つ目のLLM呼び出しを追加
- [ ] 2つのLLMが並列実行されるように実装
- [ ] YAMLでワークフローを設定可能にする（エピック）
- [ ] IAM リソース絞り込み
## TODOリスト
### Step 1: ログ可視化
- [ ] Step 1-1: worker.tsでLLM呼び出しログを保存
- [ ] Step 1-2: App.tsxでログ表示UI追加
- [ ] Step 1-3: ブラウザで動作確認
### Step 2: 並列実行
- [ ] Step 2-1: 2つ目のLLM呼び出しを追加
開発用およびインフラ作業用のワークフローコマンドを実行します。 本番環境: CDKデプロイ、インフラ管理(open/close)、Webビルド・デプロイ ローカル開発環境: LocalStackセットアップ、スキーマ同期、docker-compose操作 ユーザーがデプロイ、ビルド、インフラ操作、ローカル開発を依頼したときに使用してください。
Write product code and test code simultaneously to write conscise and simple code.
Generates clear, concise git commit messages in Japanese from staged changes. Use when the user asks to create a commit, write a commit message, or review staged changes for committing.
Architecture Decision Records (ADRs)をdocs/adr/ディレクトリで管理します。 新しいADRの作成、既存ADRの編集、ADR索引の確認を行います。 ユーザーがアーキテクチャ決定の記録、ADRの作成・更新・検索を依頼したときに使用してください。 番号の自動採番、プロジェクト固有のフォーマット（日本語、メタデータ構造）を遵守します。