2026年7月5日、appointmed社は医療SaaSで100%エージェントコーディングを実現した深い記事を公開した。約3,500の顧客を持ち、年間経常収益（ARR）が約200万ユーロの同社では、プロダクションコードはデフォルトでエージェントによって記述される。しかし、これはエンジニアリング判断を廃するものではない。記事は、エージェントコーディングの核心はエージェントがコードを生成できることではなく、その周囲に正確なシステム（タスク、リポジトリ、テスト、レビュー、リリース規律）を構築することだと指摘する。
100%エージェントコーディングとは、プロダクションの変更をエージェントを通じて実装することを意味する。エージェントは何が存在すべきかを決定せず、人間が製品方向性、アーキテクチャ、トレードオフ、レビューの深さ、リリースリスクを所有する。エージェントは実装作業を担う。この運用モデルのループは単純だ：コンテキストを形成し、エージェントに実装させ、テストで検証し、意図をレビューし、慎重にリリースし、学びを次のより良いワークフローに変える。
記事は具体例として、ログインフローへのアカウントロックアウト機能の追加を挙げる。エージェントが実装したが、2つのAIレビュアーが異なるバグを発見した。一つはカウントの競合状態、もう一つはタイムアウトによる誤ロックだった。これらはリリース前に捕捉され、テストで固定された。
記事は、エージェントとの最初のインターフェースはチャットボックスではなくタスクであると強調する。不適切なタスクはエージェントの質を低下させるため、タスクには正確な動作変更、変更すべきでないこと、関連ファイル、ユーザーリスク、証明すべきことを含める必要がある。また、コードベースは自己説明的であるべきで、明確なコマンド、小さなモジュール、予測可能な命名、振る舞いに近いテスト、明示的なローカル規約が求められる。エージェントコーディングはコードベースをより読みやすくする。
開発中のエンジニアの役割は、全行を把握することから監督へと変わった：エージェントが正しいシステム部分を見つけたか、早期に誤った仮定を発見する、変更範囲を狭める、既存パターンに沿うよう促す、結果を信頼する前に証拠を求める。コードレビューも大きく変化した：実装の理解やスタイル議論ではなく、まず実装された振る舞いが意図されたものと一致するかを確認し、次にアーキテクチャとリスク、最後にローカルクリーンアップを行う。
テストはエージェントとの契約となる。エージェントは可視的な契約を満たすのが得意なため、可視的な契約は現実的でなければならない。ハッピーパスのみをカバーするテストではハッピーパスの信頼しか得られず、実際のリスクをエンコードする必要がある。
記事は、実装はもはや希少な活動ではなく、明確なコンテキスト、良いセンス、何を変更しないかの知識が希少になったとまとめる。努力はタスク形成とコードベースのナビゲーション容易化に移ったが、責任は変わらない。エージェントがバグを出せば、顧客は誰が書いたかを問わない。
最後に、AgenticPrimeプロジェクトを紹介し、実用的なワークフロー、リスクを減らすプロンプトとチェック、小規模な開発ツールを共有し、人間の判断が必要な領域について正直であることを目指す。実践的な出発点として、明確な境界を持つ単一の反復ワークフローから始め、何が壊れるかを観察することを勧めている。