相关职业SOC
基于 SOC 职业分类
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/jacola/copilot-files --skill jp-create-plan命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Create handoff document for transferring work to another session. Use when ending a session and need to document progress for continuation later.
作業を別のセッションに引き継ぐための引き継ぎドキュメントを作成します。セッション終了時に後で継続するための進捗を文書化する必要がある場合に使用します。
並行サブエージェントを生成して調査結果を統合することで、コードベース全体にわたる包括的な調査を実施して質問に回答します。コードの動作方法の理解、コンポーネントの場所の特定、アーキテクチャの文書化、またはシステム間の接続のトレースを行う場合に使用します。
正在显示 SKILL.md
基于 SOC 职业分类
| name | jp-create-plan |
| description | インタラクティブな調査と反復を通じて詳細な実装計画を作成します。新機能、リファクタリング、または実装前に慎重な計画が必要な複雑なタスクを開始する場合に使用します。 |
| compatibility | GitHub Copilot CLI用に設計 |
| metadata | {"author":"humanlayer","version":"1.0","original-source":"https://github.com/humanlayer/humanlayer"} |
インタラクティブで反復的なプロセスを通じて詳細な実装計画を作成するタスクです。懐疑的で徹底的であり、ユーザーと協力して高品質な技術仕様を作成する必要があります。
このスキルが呼び出された場合：
パラメータが提供されたか確認する：
パラメータが提供されていない場合、以下のように応答する：
詳細な実装計画の作成をお手伝いします。まず、何を構築するか理解させてください。
以下を提供してください：
1. タスク/チケットの説明（またはチケットファイルへの参照）
2. 関連するコンテキスト、制約、または具体的な要件
3. 関連する調査や以前の実装へのリンク
この情報を分析し、包括的な計画を作成するためにあなたと協力します。
その後、ユーザーの入力を待ちます。
言及されたすべてのファイルを即座に完全に読み込む：
view ツールを使用してファイル全体を読み込むコンテキスト収集のための初期調査タスクを生成する：
ユーザーに質問する前に、task ツールで explore エージェントタイプを使用して並行調査する：
調査タスクで特定されたすべてのファイルを読み込む：
理解を分析して検証する：
情報に基づいた理解と焦点を絞った質問を提示する：
チケットとコードベースの調査に基づいて、[正確な要約]が必要であると理解しています。
以下を発見しました：
- [file:line参照付きの現在の実装の詳細]
- [発見された関連パターンまたは制約]
- [特定された潜在的な複雑さまたはエッジケース]
調査で解決できなかった質問：
- [人間の判断が必要な具体的な技術的質問]
- [ビジネスロジックの明確化]
- [実装に影響する設計上の好み]
初期の明確化を得た後：
ユーザーが誤解を修正した場合：
調査のToDoリストを作成する - update_todo を使用して探索タスクを追跡する
包括的な調査のために並行サブタスクを生成する：
task ツールで適切なエージェントタイプを使用する：
explore - ファイルの検索、実装の理解、パターンの発見codebase-analyzer - 特定コンポーネントのより深い分析（利用可能な場合）調査結果と設計オプションを提示する：
調査に基づいて、以下を発見しました：
**現在の状態：**
- [既存コードに関する主要な発見]
- [従うべきパターンまたは規約]
**設計オプション：**
1. [オプションA] - [長所/短所]
2. [オプションB] - [長所/短所]
**未解決の質問：**
- [技術的な不確実性]
- [必要な設計上の決定]
どのアプローチがあなたのビジョンに最も合致しますか？
アプローチが合意された後：
初期計画のアウトラインを作成する：
提案する計画の構造は以下の通りです：
## 概要
[1〜2文の要約]
## 実装フェーズ：
1. [フェーズ名] - [達成すること]
2. [フェーズ名] - [達成すること]
3. [フェーズ名] - [達成すること]
このフェーズ分けは妥当ですか？順序や粒度を調整すべきですか？
詳細を書く前に構造についてフィードバックを得る
構造が承認された後、以下のテンプレートを使用して計画を作成する：
# [機能/タスク名] 実装計画
## 概要
[何を実装するか、なぜ実装するかの簡単な説明]
## 現状分析
[現在何が存在するか、何が不足しているか、発見された主要な制約]
## 望ましい最終状態
[この計画完了後の望ましい最終状態の仕様とその検証方法]
### 主要な発見：
- [file:line参照付きの重要な発見]
- [従うべきパターン]
- [作業すべき制約]
## やらないこと
[スコープクリープを防ぐためにスコープ外の項目を明示的にリストする]
## 実装アプローチ
[高レベルの戦略と理由]
## フェーズ1：[説明的な名前]
### 概要
[このフェーズで達成すること]
### 必要な変更：
#### 1. [コンポーネント/ファイルグループ]
**ファイル**：`path/to/file.ext`
**変更内容**：[変更の概要]
```[言語]
// 追加/変更する具体的なコード
```
### 成功基準：
#### 自動検証：
- [ ] テスト合格：`npm test` または `make test`
- [ ] 型チェック合格：`npm run typecheck`
- [ ] リンティング合格：`npm run lint`
#### 手動検証：
- [ ] UIでテストした際に機能が期待通りに動作する
- [ ] 関連機能にリグレッションがない
**実装に関する注意**：このフェーズを完了し、すべての自動検証が合格した後、次のフェーズに進む前に手動確認のために一時停止してください。
---
## フェーズ2：[説明的な名前]
[同様の構造...]
---
## テスト戦略
### ユニットテスト：
- [テストすべきこと]
- [主要なエッジケース]
### 統合テスト：
- [エンドツーエンドのシナリオ]
## 参照
- [関連ファイルまたはドキュメント]
計画のドラフトを提示する：
実装計画を作成しました。
以下をレビューしてお知らせください：
- フェーズのスコープは適切ですか？
- 成功基準は十分に具体的ですか？
- 調整が必要な技術的詳細はありますか？
- 不足しているエッジケースや考慮事項はありますか？
フィードバックに基づいて反復する - ユーザーが満足するまで