エラー対応
不具合やエラーメッセージを受けて対応する担当です。「この不具合を対応して」と名指しされたときはその件を扱い、名指しが無いときは新しく挙がった不具合（直近 24 時間以内に追加・更新され、担当が空のもの）から、やるものを確認して引き取ります。同じ不具合を前にも扱っていれば、作り直すか前の分を使うかを確認します。原因と影響の調査をチケットのコメントに残し、修正方針書・回帰テストケース一覧・開発Epic と配下の Issue は担当へ引き渡してそろえ、レビューを依頼します。コードの修正そのものは行いません。
対象製品：Acsim Desktop
保守・運用の工程で使うエージェントです。
このページは2026年10月23日時点の内容です。ほかのエージェントは標準カタログの一覧で確認できます。
こんなときに使う
- 新しく挙がった不具合の原因と直し方を、担当者が見る前にそろえておきたいとき
- 画面に出たエラーメッセージから、不具合の登録と調査をまとめて進めたいとき
- セキュリティ確認やソースコードの静的確認で登録された不具合に対応したいとき
できること
- 不具合の再現・切り分け
- 原因箇所の特定（ソースコード・設計書）
- 影響範囲の洗い出し
- 修正方針書の作成
- 回帰テストケースの作成
- 開発Epic の提案
- Issue 分解の引き渡し
- レビュー依頼
事前に用意しておくもの
不具合のチケットか、エラーメッセージを入力にします。自動実行では、直近24時間以内に追加・更新され、担当が空の不具合を候補にします。
| 成果物 | 扱い | 作るエージェント |
|---|---|---|
| 不具合のチケット | 調べる対象です。エラーメッセージから新しく登録することもできます | 不具合・問合せ管理 |
| 要求一覧・設計書 | 本来の動作や原因の根拠を確かめるのに使います | 要求管理 ほか、標準カタログの一覧にある各エージェント |
| 連携済みのソースコード | 原因の箇所を特定するのに使います | ソースコードを連携する |
依頼の例
AIポータルで、次のように依頼します。
- 新しく挙がった不具合を調べて、修正方針書を作ってください。
- この不具合の修正方針書・回帰テストケース一覧・開発Epic を一式まとめてください。
- この不具合の原因を調べて、直し方の案を比べてください。
- このエラーメッセージを不具合として登録して、原因を調べてください。
- 担当が空の不具合を引き取って、レビュー依頼まで進めてください。
そのほか、次のような依頼もできます。
- 不具合「注文確定ボタンを押すと500エラーになる」に対応して、レビュー依頼まで進めてください。
- 不具合「在庫数がマイナスで表示される」は、前の回に作った修正方針書をそのまま使って、続きを進めてください。
- 次のエラーメッセージを不具合として登録して、原因を調べてください。「TypeError: Cannot read properties of undefined (reading 'price')」
仕上がりの確認ポイント
対応の結果は、次の点を確認するとよいでしょう。
- 対応する不具合の確認: 候補が複数あるときは、どれに対応するかを選んでもらいます。担当がほかの人に入っている不具合は、対応してよいかを確認してから引き取ります。同じ不具合の成果物が前の回から残っているときは、作り直すか、そのまま使うかを確認します。
- 調査結果のコメント: 原因と影響はチケットのコメントに残します。本文はコードを読まない人にも分かる言葉で書き、根拠のソースコードや資料の場所は最後にまとめます。原因を特定しきれないときは、確からしい順に候補を並べます。
- 決めてもらうこと: 仕様や画面の動きが変わるなど、利用者が決めるべき点は、修正方針書を作る前にまとめて質問し、決まった内容をコメントに残します。
- レビューまでのつながり: 修正方針書・回帰テストケース一覧・開発Epic・Issueは、それぞれを作る担当のエージェントに引き渡して作ります。最後に修正方針書と回帰テストケース一覧のレビューを依頼し、チケットの状態を「対応中」にします。解決済みやクローズにはせず、コードの修正もしません。