Menu
徹底的な調査と更新で既存の実装計画を反復します。新しい情報やフィードバックに基づいて既存の計画を変更、拡張、または改善する必要がある場合に使用します。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
Create handoff document for transferring work to another session. Use when ending a session and need to document progress for continuation later.
作業を別のセッションに引き継ぐための引き継ぎドキュメントを作成します。セッション終了時に後で継続するための進捗を文書化する必要がある場合に使用します。
並行サブエージェントを生成して調査結果を統合することで、コードベース全体にわたる包括的な調査を実施して質問に回答します。コードの動作方法の理解、コンポーネントの場所の特定、アーキテクチャの文書化、またはシステム間の接続のトレースを行う場合に使用します。
Conduct comprehensive research across the codebase to answer questions by spawning parallel sub-agents and synthesizing findings. Use when the user wants to understand how code works, find where components live, document architecture, or trace connections between systems.
Create git commits for session changes automatically without user confirmation. Use for CI/automation workflows where commits should be created without interactive approval.
Create git commits for session changes with clear, atomic messages. Use when you need to commit changes made during a coding session with proper commit messages following best practices.
| name | jp-iterate-plan |
| description | 徹底的な調査と更新で既存の実装計画を反復します。新しい情報やフィードバックに基づいて既存の計画を変更、拡張、または改善する必要がある場合に使用します。 |
| compatibility | GitHub Copilot CLI用に設計 |
| metadata | {"author":"humanlayer","version":"1.0","original-source":"https://github.com/humanlayer/humanlayer"} |
ユーザーのフィードバックに基づいて既存の実装計画を更新するタスクです。懐疑的で徹底的であり、変更が実際のコードベースの現実に基づいていることを確認する必要があります。
このスキルが呼び出された場合：
入力を解析して以下を特定する：
異なる入力シナリオを処理する：
計画ファイルが提供されていない場合：
既存の実装計画の反復をお手伝いします。
どの計画を更新しますか？計画ファイルのパスを提供してください。
ユーザーの入力を待ちます。
計画ファイルは提供されたがフィードバックがない場合：
[パス]に計画を見つけました。どのような変更を加えますか？
例えば：
- 「マイグレーション処理のフェーズを追加する」
- 「パフォーマンステストを含むように成功基準を更新する」
- 「機能Xを除外するようにスコープを調整する」
- 「フェーズ2を2つの別々のフェーズに分割する」
ユーザーの入力を待ちます。
計画ファイルとフィードバックの両方が提供された場合：
既存の計画ファイルを完全に読み込む：
要求された変更を理解する：
変更に新しい技術的理解が必要な場合のみ調査タスクを生成する。
ユーザーのフィードバックが新しいコードパターンの理解や仮定の検証を必要とする場合：
調査のToDoリストを作成する - update_todo を使用する
包括的な調査のために並行サブタスクを生成する：
task ツールで explore エージェントタイプを使用する：
調査で特定された新しいファイルを読み込む：
すべてのサブタスクが完了するまで待つ - 先に進む前に
変更を加える前に、理解を確認する：
フィードバックに基づいて、以下を希望されていると理解しています：
- [具体的な詳細付きの変更1]
- [具体的な詳細付きの変更2]
私の調査で発見したこと：
- [関連するコードパターンまたは制約]
- [変更に影響する重要な発見]
以下のように計画を更新する予定です：
1. [行う具体的な変更]
2. [別の変更]
これはあなたの意図に合致していますか？
先に進む前にユーザーの確認を得る。
既存の計画に焦点を絞った正確な編集を行う：
edit ツールを使用する一貫性を確保する：
品質基準を維持する：
行った変更を提示する：
[パス]の計画を更新しました
行った変更：
- [具体的な変更1]
- [具体的な変更2]
更新された計画は以下のようになりました：
- [主要な改善点]
- [別の改善点]
さらに調整が必要ですか？
フィードバックに基づいてさらに反復する準備をする