Issue作成
実装機能のリストをもとに詳細な実行計画を作成し、対応するIssueを開発Epicに反映します。
対象製品：Acsim Desktop
開発の工程で使うエージェントです。
このページは2026年10月23日時点の内容です。ほかのエージェントは標準カタログの一覧で確認できます。
こんなときに使う
- 開発Epicを、実装担当者が着手できる大きさのIssueに分けたいとき
- Epicごとに、実装の手順や考慮事項をまとめた実行計画を作りたいとき
- 次にどの開発EpicからIssueを作ればよいかを知りたいとき
できること
- 実装機能リスト参照
- 実行計画立案
- Issue分解
- 依存関係分析
- ドキュメント作成
事前に用意しておくもの
開発Epicを土台にし、1回の依頼で1つのEpicのIssueを作ります。設計書がまだ1本も無いときは、その旨を伝え、設計書なしで進めてよいかを確認します。
| 成果物 | 扱い | 作るエージェント |
|---|---|---|
| 開発Epic | Issueに分ける元になります | 開発Epic管理 |
| 技術仕様書の3点セット | 採用技術や配置先の根拠に使います | 技術仕様書作成 |
| 基本設計書・画面設計書などの設計書 | 対象のEpicに関係するものを読み、テーブル名やAPIを設計書から写します | 基盤・基本設計 / 画面・機能設計 |
| テスト仕様書 | あれば、Issueの受け入れ基準の元にします | 結合テスト / システムテスト / 受入テスト |
| ソースコード、または実装対象のコード配置が分かる資料 | 配置先や既存のテストの書き方を確かめます | ソースコードを連携する |
依頼の例
AIポータルで、次のように依頼します。
- 詳細な実行計画とIssueを作成してください。
そのほか、次のような依頼もできます。
- 開発Epic「受注登録」のIssueを作成してください。
- 次にIssueを作るべき開発Epicを提案してください。
- 結合テスト仕様書のケースを受け入れ基準にして、開発Epic「会員登録」のIssueを作成してください。
- 開発Epic「在庫引当」のIssueを作成してください。APIとUIは別のIssueに分けてください。
仕上がりの確認ポイント
保存の前に示されるIssueの一覧と、できあがったIssueは、次の点を確認するとよいでしょう。
- 保存前の一覧: 保存する前に、作るIssueの一覧（番号・タイトル・要約など）を本文に示し、作成してよいかを確認します。直したい点は補足の指示で伝えられます。
- Issueの大きさ: 1つのEpicを3〜5件のIssueに分けます。1件は1回のプルリクエストで完結し、0.5〜2日で着手から完了できる大きさです。各Issueには実装方針とテスト方針が書かれます。
- 設計書が決めていないこと: 設計書どうしが食い違っている点や、どこにも定義が無い点は、Issueの中で勝手に決めません。確認のときに論点として示し、決めずに進めた点はIssueの前提条件に明記します。完了報告にも「設計書へ戻すべき未確認事項」として挙がり、設計書の未確認事項一覧へ変更提案として戻すこともできます。