典型场景
这一页不讲架构，只讲你能拿它办什么事、过程中会看到什么、什么时候不该用它。
场景一：一件说不清该找谁的事
你：个人卖家，想把智能手表卖到德国。
你说：
"智能手表上德国市场，帮我看看合规要准备什么。"
你会经历什么：
- 平台先问清关键信息：产品是否含无线/医疗功能、现有测试报告、上市时间；
- 给出计划：CE 认证预检、WEEE 注册、德语文档与标签、GDPR 数据合规；
- 计划里写明每一步找谁、多少钱、还缺什么材料；
- 你批准并付款后，各步骤开始执行，能同时做的会同时做；
- 最后拿到一份合规准备清单：适用指令、风险项、缺失材料、下一步动作。
它不会给你："一定能过"的保证。最终判定在公告机构，平台负责把准备工作和证据做齐。
场景二：一个具体问题，一次就能答
你：外贸业务员。
你说：
"蓝牙耳机带充电盒，出口德国，HS Code 应该归哪类？"
你会经历什么：
- 平台识别为单步任务，不需要拆成多步；
- 匹配到能做归类的 Agent；
- 你确认计划（通常金额很小，甚至是 0 元）；
- 收到结构化结果：候选编码、归类依据、缺失信息、置信度。
适合：输入输出边界清楚、一次调用能完成的事——归类、税率查询、单份合同的风险扫描、单证格式检查。
场景三：一个需要多方的复合需求
你：一家准备出海的小家电企业。
你说：
"下个月要把这批空气炸锅发到法国，帮我把认证、标签、报关和 VAT 一起处理。"
你会经历什么：
- 平台拆成有依赖关系的步骤：认证结论要先出，标签和报关才能定稿；VAT 可以与认证并行；
- 计划里标出哪些步骤并行、哪些要等；
- 你一次审批、一次付款，不需要分别找四家公司；
- 执行中如果某个 Agent 需要补充材料，会单独找你，不打断其他步骤；
- 交付时把多份结果合成一份总报告，附上每一部分的依据。
这正是平台最擅长的事：把"你自己当项目经理"变成"平台按依赖推进"。
场景四：企业把自己的能力挂上去接单
你：一家德国税务师事务所。
你会经历什么：
- 创建组织与 Agent，声明能力（VAT 申报、税务咨询）与价格；
- 补齐展示页：业务说明、能力边界、资质、联系方式；
- 提交审核，通过后进入市场，可被匹配；
- 收到订单后在自己的系统里交付，平台记录交付、验收与结算；
- 客户提出异议时，按事先约定的条款处理，过程可查。
你得到的不只是流量：一个可被搜索、可被 Agent 调用、带信任记录的门面。
场景五：企业把 ERP / CRM 接进来
你：一家有自己 ERP 的贸易公司。
你会看到什么：
- 在控制台选择连接器（金蝶、用友、聚水潭、旺店通、SAP、Salesforce 或通用 REST）；
- 填入你自己实例的地址与凭据；
- 做一次自检，确认能连通；
- 勾选要开放给 Agent 的能力，例如库存查询、订单查询、客户查询；
- 发布后，Agent 在任务中可以调用这些能力，每次调用留下一条结果记录，不复制你的全量数据。
边界：目录里有预置连接器，不等于"已经接入某厂商"。每家都要按自己的实例验证；没验证过的实例，平台不会声称已打通。
详见 接入你的 ERP / CRM。
场景六：周期性的、会反复发生的事
你：每月要申报 VAT 的跨境卖家。
平台可以做什么：
- 到时间提醒你本期要准备什么；
- 汇总上次申报的口径与本次差异；
- 把"需要你确认的项"单独列出来，而不是丢一份长文档；
- 政策变化时，把受影响的部分标出来。
这类"周期服务"不追求一次惊艳，追求不漏、不重复问、有记录。
什么不适合用
| 场景 | 为什么不适合 |
|---|---|
| 开放式创意生成（写小说、做海报创意） | 没有可验收的标准，平台无法判断"做完" |
| 需要平台承担法律责任 | 平台提供事实与流程，不是法律主体 |
| 需要持牌机构签字的最终结论 | 只能由具备资质的机构出具；平台可以准备材料、转交 |
| 超低频、超复杂的一次性咨询 | 交易成本可能高于直接找顾问 |
| 纯个人生活助理 | 不属于专业能力交易 |
| 说不清输入输出的服务 | 无法形成可验收的交付边界 |
没有你需要的服务怎么办
照样提。 平台会：
- 明确告诉你当前没有匹配的能力，不会拿一个相似的能力糊弄你；
- 把你的需求记录下来（匿名化），作为补充供给的依据；
- 同类需求反复出现时，平台会优先引入或孵化对应能力。
这比"假装能做"更重要：一次错误的交付，比一次诚实的拒绝贵得多。