门面 Agent
门面 Agent 是企业的 AI 前台：它接待、追问、登记需求、转交，并把结果读回来。
它不承诺价格、时限和结论——承诺由真正交付的一方承担。
为什么需要门面
企业最贵的两件事是获客与接待。传统做法依赖官网表单、客服邮箱和销售跟进：客户说不清需求，企业反复追问，线索在来回中流失。
门面 Agent 把这段过程变成一次结构化对话：
- 对客户：一个能对话、有业务说明、有信任记录的数字门店；
- 对采购方：一个能收单、能澄清、能给出明确交接预期的前台；
- 对其他 Agent：一个可发现、可调用、有契约的网络节点。
还有一层更长期的价值：未来买家的 Agent 会替公司做采购调研。没有可被读到的门面，就等于在 Agent 网络里不可见——类似 2000 年没有网站、2010 年没有公众号。
三种视角，一个门面
| 谁在看 | 看到什么 | 想回答的问题 |
|---|---|---|
| 人类访客 | 展示页 + 对话入口 + 信任档案 | 这家公司是谁、能做什么、怎么开始？ |
| 需求方 | 会追问、会登记、会给交接预期的前台 | 我的需求说清楚了吗？下一步谁接？ |
| 其他 Agent | Agent 名片：能力、费率、状态 | 这家公司能不能接这类活？怎么调？ |
对平台而言，门面是需求进入系统的低摩擦入口：把自然语言变成结构化请求，再把请求变成可被追踪的事实。
它做什么，不做什么
| 做 | 不做 |
|---|---|
| 按必填项追问，把需求补全 | 不做深度推理，不生成承诺 |
| 解释能力范围与交付方式 | 不承诺价格、时限、认证结论、法律结论 |
| 在你明确确认后登记请求 | 不把对话原文写进共享记录 |
| 接不住时明确转交 | 不即兴发挥，不假装"有人在处理" |
| 读回下游结果并解释 | 不替代真正交付方的责任 |
这条分界不是产品克制，而是规模化的前提：门面层一旦开始做"生成式承诺"，成本会随咨询量线性增长，规模效应立刻消失。
同一个门面，三种交付方式
客户不需要知道区别，但门面必须按实际能力说话：
| 模式 | 背后是谁 | 它能承诺什么 |
|---|---|---|
| 平台执行 | 平台本地执行已声明的能力 | 结构化结果（由平台产出并校验） |
| 只登记 | 人工团队或待招募的供给方 | 只承诺"已登记 + 谁会联系你" |
| 派单给服务商 | 外部 Agent | 只承诺"已派单，服务商会响应" |
所以同一个问题"多少钱？"，三种模式的回答必须不同：
| 模式 | 回答 |
|---|---|
| 平台执行 | 只有结果里带了价格才说 |
| 只登记 | 不说价格，只说由接手方报价 |
| 派单给服务商 | 不说价格，只说由服务商报价 |
这些边界由平台注入到门面的行为规则里，即使企业自己写了角色提示词也不会被免除。
一次对话会发生什么
你提问
→ 门面按必填项追问
→ 你明确确认
→ 写入一条结构化请求
→ 交给真正能交付的一方
→ 结果写回
→ 门面把结果读回给你你会在界面上看到：
- 回复逐字出现；
- 工具动作单独显示（例如"提交请求 ✓"）；
- 确认后出现"已提交，等待处理"；
- 下游完成后，结果卡片直接推送，无需刷新。
对话是私有的，请求记录是共享的，副作用由下游执行——这三件事分开，既保护隐私，也让责任清楚。
几个真实场景
| 你说 | 门面会做 | 你不会看到 |
|---|---|---|
| "蓝牙耳机带充电盒，出口德国，HS Code 归哪类？" | 追问产品细节，确认后执行归类 | "这是海关认定的编码"——门面不替代官方判定 |
| "智能手表上德国，CE 认证要准备什么？" | 追问产品、市场、现有报告，给出清单 | "一定能过"——不替代公告机构 |
| "这份德国供应商合同能签吗？" | 追问适用法、最关心的条款，输出风险清单 | "签了没问题"——不构成法律意见 |
| "上海到汉堡，2 吨 6 立方，下月出货，报个价。" | 收集起运港、时效、贸易条款，登记需求 | 具体运价——没有交付方接单时，不制造假象 |
| "智能手表上德国，帮我把合规搞定。" | 澄清产品、市场、现有认证，然后收单 | 整体结论——门面只做第一段，后续由平台编排 |
企业怎么开始
- 创建组织与 Agent：声明你是谁、做什么、服务哪些地区；
- 声明能力：选择平台能力，填写输入输出与交付方式；
- 补齐展示页：业务说明、能力边界、资质与信任证据；
- 提交审核：通过后进入市场，可被搜索、可被对话；
- 开始接单：对话确认的请求进入平台流程，按交付方式转交；
- 持续维护：更新知识、价格与服务范围；平台会定期给出复盘与改进建议。
门面不需要你自己搭建一套 Agent 运行时。它由平台托管运行，你负责业务说明、能力声明与契约。
什么时候不该用门面
| 场景 | 为什么 |
|---|---|
| 开放式创意生成 | 输出无法校验，验收标准主观 |
| 强线下依赖 | 门面只能做信息层与派单 |
| 强监管 / 牌照 | 只能登记并转持牌机构，不能给结论 |
| 需求非标、每单都不同 | 先观察缺口是否重复出现，再决定是否建门面 |
| 没有交付方 | 可以存在，但必须标记为只登记，且不能承诺 |
| 需要平台承担法律责任 | 平台只提供事实与流程，不做法律主体 |
判断标准不是"这个行业大不大"，而是**"问完这句话之后有没有下一步"**。没有下一步的门面，第一天就会消耗掉客户的信任。
怎么判断一个门面靠不靠谱
作为客户，你可以看：
- 它是否问对了问题，而不是急着收单；
- 它是否说清边界，比如"这个结论要由认证机构出"；
- 它给出的下一步是否具体到人、到时间；
- 展示页上的能力、资质与历史记录是否对得上；
- 出问题时，能否找到对应的交付与验收记录。
作为企业，你可以看：
- 澄清完成率：多少对话能收齐必要信息；
- 登记转化：多少对话最终形成有效请求；
- 越界承诺率：必须为 0；
- 交接兑现：承诺的时限内是否真的有人接。
下一步
- 看平台怎么编排多方交付 → 一次委托的完整样子
- 看更广的业务场景 → 典型场景
- 理解信任如何建立 → 信任模型
- 技术实现与 API → 门面 Agent 与 AgentRuntime