元のREODEキャラクターを整えた顔:紺のヘッドセットとシアンのレンズを着けて笑う、クリーム色とピンクのウーパールーパー
展示室へ戻る

REODE

Code migration

修正の前に、共通の原因を。

Java/Springのコード移行エージェントです。

2026.03 — 2026.04

業務プロジェクト · 移行と検証の体系

  • CLI実装済み · 業務

修正エージェントにまず設定を読ませる変更

setterを1つずつ編集しようとしたエージェントはREODE製品内の修正エージェントで、開発で変えたのはその入力です。コードと顧客情報は非公開です。

凡例の全体

読み方 · すべての事例に同じ規則

  • 列は誰が行ったか、上から下へは時間の順
  • 実線: 記録された引き継ぎ・次の段階
  • 太い瑠璃色 ↩: 作業を差し戻した指摘
  • 破線: 記録された実行ではない(指針、権限のない仮説、未確認の境界)
  • 長方形: 行動
  • 角丸: 観測された状態・指摘
  • 折れた角: 成果物・証拠
  • 斜線の列: 開発対象の製品の構成要素(開発に使ったエージェントではない)

March 21, 2026

エラーのグループ、元のビルド、Lombokの設定を修正の入力にしました

  1. 開発対象REODE修正エージェント

    観測 · 指摘約40件のsetterエラーに個別の修正を試行 · @Data / POMは未確認

  2. 人開発者

    行動修正の前にソースとビルド設定を読む

    • 引き継ぎ修正の入力を変更→ 元のベースラインをビルド · 同じパターンのエラーをグループ化 (開発での変更)
  3. 作業セッション開発での変更

    行動元のベースラインをビルド · 同じパターンのエラーをグループ化

    • 引き継ぎ→ 証拠の収集:パス · ソース3件のサンプル · アノテーション · POM (開発での変更)
  4. 指針コントリビューター指針

    指針 · 未確認タスク計画 · 所有するworktree

    • 記録された実行ではない指針が要求→ 元のベースラインをビルド · 同じパターンのエラーをグループ化 (開発での変更)
  5. 作業セッション開発での変更

    行動証拠の収集:パス · ソース3件のサンプル · アノテーション · POM

    • 引き継ぎ→ 決定論的なLombok修正を先に · 再ビルドが通ればLLMを省略 (開発での変更)
  6. 指針コントリビューター指針

    指針 · 未確認ゼロコンテキストのレビュー:plan ↔ diff

    • 記録された実行ではない指針が要求→ 証拠の収集:パス · ソース3件のサンプル · アノテーション · POM (開発での変更)
  7. 作業セッション開発での変更

    行動決定論的なLombok修正を先に · 再ビルドが通ればLLMを省略

    • 引き継ぎ再ビルドの失敗→ 再ビルドが失敗したら、証拠と修正指示でモデルが修正 (REODE修正エージェント)
  8. 開発対象REODE修正エージェント

    観測 · 指摘再ビルドが失敗したら、証拠と修正指示でモデルが修正

    • 引き継ぎ検証シグナル→ スコアカード:ビルド · テスト · 削除されたテスト · surefireの除外 (成果物)
  9. 成果物成果物

    成果物スコアカード:ビルド · テスト · 削除されたテスト · surefireの除外

  10. 作業セッション開発での変更

    行動残った失敗は証拠の収集へ戻る

背景
修正エージェントは、@Dataやpom.xmlのLombokバージョンを見ないまま、約40件のsetMsg() not foundエラーを1つずつ直そうとしていました。すでに壊れていた入力と、移行で生じたエラーも区別されていませんでした。
結果
スコアカードは、ビルドとテストの結果を、削除されたテストの数とsurefireの除外数と合わせて読み、ベースラインが不明な場合はカバレッジの項目を飛ばします。テストを削除して通過する経路は失敗のままです。
限界
証拠の収集はソースを最大3件サンプリングするもので、コードベース全体の理解ではありません。指針にあるworktree、独立したレビュー、developのマージキューがこの事例に実際に適用された記録はなく、この事例のコーディングエージェントとモデルも確認されていません。顧客の最終的なテストやカバレッジの結果はありません。
根拠と残る限界
  • ベースラインのタスクと修正前探索のタスクは進行中から完了に移り、実装のコミットがあります。新しいGitHubの検査結果は取得していません。
  • このリポジトリの指針はfeature → develop → mainのマージキューを定めていますが、同じ手順を他のプロジェクトには適用していません。
  • オプトインの検証エージェントは実装にある仕組みであり、すべての納品で使われたという根拠ではありません。納品の規模や比率などの数値は、元の根拠を確認できなかったため載せていません。
  • 再ビルドが失敗しても、モデルによる修正に渡されるのは再ビルドの新しいエラーではなく、最初のビルドのエラーです。