边界（Boundary）
先用一句话说清楚
边界（Boundary）是明确 AI Agent（人工智能体）能做什么、不能做什么、做到什么程度、由谁确认和如何验收。
实战知识卡
| 维度 | 要点 |
|---|---|
| 项目里看什么 | 看范围说明、工具权限、资料范围、人工确认点和不做事项是否写清楚。 |
| 新手最该记住 | 边界不是削弱项目，而是让项目能验收、能上线、能面试。 |
| 作品集证据 | 在 README（项目说明文件）或项目首页写“能做 / 不能做 / 需要人工确认 / 仅模拟验证”。 |
| 面试回答公式 | 先说业务范围，再说数据和工具边界，最后说失败时拒答、降级或转人工。 |
| 常见追问 | 如果业务方要求全自动执行，你如何解释哪些动作必须人工确认？ |
新手通俗解释
很多新手做项目时只写“实现一个智能客服”或“实现一个知识库问答”。这句话太大，面试官不知道你的系统到底处理哪些问题，也不知道哪些风险被你控制住了。
边界（Boundary）就是把范围说清楚：这个 Agent（智能体）只回答售后政策，不处理退款；可以生成工单草稿，但不能自动提交；可以读取公开资料，不能读取无权限客户数据；可以给建议，不能给法律结论。
为什么岗位会问它
智能体工程师不是把模型能力无限放大，而是把模型放进可交付范围。面试官问边界（Boundary），是在看你有没有产品意识、工程意识和安全意识。
| 边界类型 | 面试官想确认 |
|---|---|
| 业务边界 | 项目解决哪个场景，不解决哪个场景 |
| 数据边界 | 能读哪些资料，不能读哪些资料 |
| 权限边界 | 哪些用户能做哪些动作 |
| 工具边界 | 哪些工具能自动执行，哪些需要审批 |
| 责任边界 | 哪些结果只是建议，哪些能进入业务系统 |
它在项目里怎么用
作品集项目里建议专门写一张“边界说明表”：
| 问题 | 应该写清楚 |
|---|---|
| 目标用户是谁 | 客服、销售、运营、员工还是管理者 |
| 输入是什么 | 用户问题、资料范围、业务对象、权限上下文 |
| 输出是什么 | 答案、草稿、建议、工单、报告还是风险提示 |
| 不做什么 | 不自动退款、不越权查资料、不替代人工审批 |
| 失败怎么办 | 拒答、追问、降级、转人工或终止 |
常见误解
| 误解 | 为什么不对 | 正确理解 |
|---|---|---|
| 边界（Boundary）写得越少越显得能力强 | 面试官会认为项目不可控 | 边界越清楚，项目越像真实交付 |
| 先做出来，边界以后再说 | 没边界就无法验收 | 边界应该在方案阶段确定 |
| 边界就是功能列表 | 功能列表只说做什么 | 边界还要说不做什么和谁负责 |
| 边界会限制产品价值 | 无边界的产品无法上线 | 边界让价值可控落地 |
面试官可能怎么追问
1. 你的 Agent（智能体）边界在哪里？
考察点： 是否能把能力和风险说清。
参考回答： 我的 Agent（智能体）可以理解用户问题、检索资料、生成草稿和提出工具调用意图，但不能绕过权限直接修改业务数据。只读查询可以自动执行，写入和高风险动作必须经过用户确认或人工审批。无证据、无权限和高风险场景会拒答或转人工。
容易扣分： 说“它什么都能做”。
2. 为什么作品集要写“不做什么”？
考察点： 是否懂真实交付。
参考回答： 因为真实企业项目最怕能力范围不清。写“不做什么”可以避免面试官误解项目状态，也能体现我知道哪些动作需要权限、审计和人工确认。
容易扣分： 认为“不做什么”会显得项目弱。
作品集里怎么展示它
- 在项目首页写“项目范围”和“不做范围”。
- 在工具清单里标注只读、写入、高风险。
- 在 README（项目说明文件）里写清演示状态、真实上线状态和待接入条件。
- 在面试讲法里诚实区分“已完成闭环”“模拟验证”“真实运行待验证”。