Coding Agent（智能体）
一句话定义
Coding Agent（智能体）是能围绕软件项目目标，读取上下文、规划任务、修改文件、调用工具、运行验证并复盘结果的 AI Agent（人工智能体）。
通俗解释
你可以把 Coding Agent（智能体）理解成“会参与工程流程的 AI（人工智能）助手”。它不只是回答“这段代码是什么意思”，也不只是生成一个代码片段。更完整的工作方式是：先读项目，再拆任务，然后改文件，接着运行检查，看到失败后继续修，最后告诉你改了什么、怎么验证、还有什么风险。
真正重要的不是它会不会写代码，而是它能不能把软件项目推进到可运行、可检查、可复盘的状态。
它和普通工具的区别
| 对象 | 差异 |
|---|---|
| Chatbot（聊天机器人） | 主要回答问题，不一定知道项目真实文件和运行状态 |
| Code Completion（代码补全） | 主要补全局部内容，不负责完整任务闭环 |
| Code Generator（代码生成器） | 可以生成草稿，但不一定能运行、检查和修复 |
| Coding Agent（智能体） | 能读项目、定计划、改文件、跑检查、分析失败和汇报证据 |
它的软件结构
成熟的 Coding Agent（智能体）不是单个模型，而是一套软件系统。常见结构包括：
| 组成 | 作用 |
|---|---|
| Agent（智能体） Orchestrator（智能体编排器） | 拆任务、安排顺序、决定下一步读取、修改、验证还是修复 |
| Context（上下文） Manager（上下文管理器） | 控制读取哪些文件、文档、日志和历史记录 |
| Skill Registry（技能注册表） | 选择适合当前任务的 Skill（技能），例如代码审查、部署、文档生成或浏览器验收 |
| MCP Client（模型上下文协议客户端） | 连接 MCP Server（模型上下文协议服务端）提供的外部工具和资源 |
| Tool Calling（工具调用） | 执行具体动作，例如读文件、运行检查、访问页面或上传构建产物 |
| Guardrail（护栏） | 限制删除、发布、改生产配置和访问敏感数据等高风险动作 |
| Audit（审计） | 记录任务、工具调用、结果、审批和 Trace ID（追踪编号） |
| AGENTS.md（智能体项目说明文件） | 保存项目长期规则，例如目录职责、修改边界、验证命令和汇报格式 |
面试时如果能讲出这层结构，就不会停留在“我用 AI（人工智能）写代码”的浅层表达。
项目里怎么用
Coding Agent（智能体）适合做这些事：
- 从空文件夹搭建作品集最小可运行版本。
- 阅读已有项目，解释文件结构和核心流程。
- 按明确需求做小范围修改。
- 根据报错和测试结果做最小修复。
- 生成测试草稿、验收清单和面试复盘。
- 整理 Pull Request（合并请求）说明和风险点。
它不适合直接做这些事：
- 在需求不清时直接生成完整平台。
- 在没有确认时删除文件、改生产配置或发布上线。
- 在没有运行证据时声称测试通过。
- 在没有权限边界时读取敏感代码或生产数据。
- 替代工程师做最终合并、发布和业务决策。
面试怎么讲
可以这样回答：
我理解的 Coding Agent（智能体）不是一次性代码生成器，而是一个工程协作层。它负责读取项目、拆解任务、修改文件、运行验证和复盘结果；人负责需求边界、风险判断、最终验收和发布责任。实际项目里我会先让它做最小可运行版本，再补结构化输出、日志、失败兜底和验收证据。
常见误区
| 误区 | 正确理解 |
|---|---|
| 编程智能体就是自动程序员 | 它是工程副驾驶，不是责任替身 |
| 模型越强就越安全 | 安全来自权限、边界、验证和人工确认 |
| 生成代码越多越好 | 最小闭环、可运行、可验证更重要 |
| 它说完成就算完成 | 必须看构建、测试、页面、日志或验收证据 |
| 可以直接改生产系统 | 高风险动作必须人工确认并可回滚 |