issue-to-agent

issue-to-agent は何をしますか？

ユーザーが Codex に対して、GitHub Issue、Issue URL、OWNER/REPO#123、貼り付けられた Issue テキスト、またはローカルの Issue ファイルから実装計画、タスクパック、またはエージェントの引き継ぎを準備するよう依頼した場合に、このスキルを使用します。

目標

コーディングエージェントが基本コンテキストを再発見することなく実行できる、コンパクトでアクション可能なタスクパックを作成します。

必要な入力

• Issue ソース: ローカルの Issue ファイル、貼り付けられた Issue テキスト、標準入力、GitHub Issue URL、または OWNER/REPO#123。
• ローカルリポジトリのパス。ユーザーが指定しない場合は、カレントワーキングディレクトリをデフォルトとします。

ワークフロー

1. 意図したリポジトリにいることを確認するか、推測できない場合のみリポジトリパスを尋ねます。

2. CLI がインストールされている場合、以下を実行します:

   issue-to-agent ISSUE_SOURCE --repo REPO_PATH --output ISSUE_AGENT_TASK.md
   

3. ユーザーが自動処理の出力を必要とする場合、以下も実行します:

   issue-to-agent ISSUE_SOURCE --repo REPO_PATH --format json --output ISSUE_AGENT_TASK.json
   

4. ユーザーが保守担当者向けの読みやすいレポートを必要とする場合、以下を実行します:

   issue-to-agent ISSUE_SOURCE --repo REPO_PATH --format html --output issue-agent-task.html
   

5. 生成されたタスクパックを提示する前に読み込みます。可能性のあるファイル、コマンド、受け入れ基準、リスクが妥当であることを確認します。

6. ファイルの順位付けが弱いと思われる場合は、リポジトリ検索を使用して関連する用語を調査し、その弱点を指摘します。パックが権威あるものであるかのように装わないでください。

7. 生成されたパックのパスを返し、以下を要約します:

   • Issue の概要
   • 可能性のあるファイル
   • 提案されたコマンド
   • 受け入れ基準
   • リスク領域
   • 残っている未解決の質問

境界

• ユーザーが明示的に依頼しない限り、Issue を実装しないでください。
• 依頼されない限り、GitHub 上で公開、プッシュ、コメントを行わないでください。
• LLM や外部サービスを呼び出さないでください。issue-to-agent はローカルファーストであり、GitHub Issue の読み込みはローカルの gh CLI のみを使用します。
• セキュリティ、認証、課金、マイグレーションに関する Issue は高リスクとして扱い、エージェントによる実行前に人間のレビューを推奨します。

適切な出力形式

ISSUE_AGENT_TASK.md を作成しました。

可能性のあるファイル:
- src/...
- tests/...

実行コマンド:
- ...

リスク:
- ...