Lesson 033でCoding Agentを紹介しました。
2026年では、次の違いがさらに重要です。
Autocomplete
≠ Chat Assistant
≠ Coding Agent
Autocomplete:近くのCodeを予測
従来のAI Codingは、現在Fileと周辺Contextを見て次のLineやFunctionを補います。
速く便利ですが、Repository全体を読んだりCommandを実行したりするとは限りません。
Chat Assistant:説明と提案
Codeを渡してBug原因を質問し、Patchを提案してもらえます。
しかしFile編集、Test実行、PR作成はUser側で行うことも多いです。
Coding Agent:Engineering Workflowを実行
**Coding Agent(コーディングエージェント)**はModelとToolsとExecution Loopを組み合わせます。
例えば:
Issue:Login Error Messageがすぐ消える。
原因を調べて修正し、Regression Testを追加する。
API Contractは変えない。
Agentは:
- RepositoryをSearch
- 関連Componentを読む
- Testを確認
- Bugを再現
- 複数Fileを変更
- Test / Lintを実行
- Failureを読む
- 修正
- Diffを作る
- Pull Request(PR)を開く
といったWorkflowを進められます。
Repository Contextが重要
Lesson 027でGitとRepositoryを説明しました。
Coding AgentはSource、Test、Build Command、Convention、Dependency、CI、変更禁止Fileなどを理解する必要があります。
だから強いAgentほど、書く前に多くSearch / Readすることがあります。
ToolがAgentを実用化する
File Read/Write、Search、Terminal、Git、Test Runner、Browser、GitHub APIなどが使えます。
Lesson 020と同じく、Model能力だけでなくTool Permissionが実際のCapabilityを決めます。
TestでLoopを閉じる
Edit
→ Test
→ Errorを読む
→ 修正
→ 再Test
が重要です。「Codeを書いたので完了」では検証になりません。
PRはMain直書きよりReviewしやすい
**Pull Request(PR)**にすると、HumanがDiffを見て、CIを通し、修正要求できます。
現在のGitHub Coding Agent WorkflowもIssueからPRを作りHuman Reviewする形を中心にしています。
高権限AgentにはSecurityが必要
Secret読取、Dependency Install、Shell、Push、Package PublishまでできればSupply Chain Riskもあります。
Least Privilege、Sandbox、CI、Secret Scanning、Dependency Check、Human Reviewを組み合わせます。
ひとことで
Coding AgentはCode生成器ではなく、Repository内でRead、Search、Edit、Command、Testを行い、Review可能なDiffやPRを返すAgentです。Modelと同じくらいTool、Verification、Permissionが重要です。
コメント
質問、感想、補足したいことがあれば、ここに残せます。
まだコメントはありません。1Fになってみませんか。