关于数智员工与 Agent，最常被问到的问题
这里把最常被问到的问题按主题整理成索引，每条都指向有完整说明的页面，并给出可直接查证的简短结论。涉及执行动作的，关键节点均由人工确认后生效。
这里是问题索引，具体结论以其指向的页面为准；涉及合作条件与投入的，以双方签署的协议为准。
30 秒看懂
这些问题大致分几类？
先按您现在所处的阶段定位，再进对应分组。
| 您现在所处的阶段 | 想解决的问题 | 从哪一组看起 |
|---|---|---|
| 刚听说这个概念 | 它到底是什么，和聊天机器人差在哪 | 认知与概念 |
| 在评估能不能用 | 能接手哪些工作，要不要动现有系统 | 能力与落地 |
| 在算这笔投入 | 钱花在哪，怎么判断值不值得做 | 投入与产出 |
| 关心数据和责任 | 数据放在哪，出错谁负责 | 安全与责任 |
| 政企或大型组织 | 流程、合规与验收怎么安排 | 政企场景 |
价格与实施周期各有专页——同一件事只说一处，避免前后不一致。
它到底是什么，和相邻概念差在哪？
先弄清楚它是什么、和相邻概念差在哪。
它能接手哪些工作，要不要动现有系统？
能接手哪些工作、怎么开始、要不要动现有系统。
这笔投入花在哪，怎么判断值不值？
钱花在哪、怎么判断值不值得做。
数据放在哪，出错谁负责？
数据放在哪、谁会动它、出错谁负责。
政企和大型组织怎么落地？
面向政企与大型组织的落地方式。
用这份索引时常见的三个误解
误解这里就是全部问题。
实际这里只收已经有完整答案的问题。答案还没准备好的暂不列出——把一个问到一半的问题推出去，比先不列更糟。页面陆续上线后会同步补进来。
误解索引页的结论和详情页可能不一样。
实际索引页只给结论与入口，完整说明以它指向的页面为唯一出处。两处若出现不一致，以详情页为准。
误解问题下面只有链接，说明内容很薄。
实际这是刻意的：同一个问题只需要一处写完整答案，其它页面指过来就好。一处详述、多处指路，比到处复述更有效。
关于这份索引本身，还有哪些常被问到的问题？
这些问题是怎么选出来的？
主要来自实际沟通中反复出现的问法，按提问者的原话保留，不做改写。选入索引的标准是：这个问题有明确的对应页面、且页面已经写好完整答案。
想看的问题这里没有，怎么办？
可能属于两类情况：一是这个问题还在整理中；二是问题比较具体，需要结合企业实际才能回答。可以直接把问题发给我们，也可以先看对应主题的页面。
可以先看实际运行情况再决定吗？
可以。我们建议先用一小段真实工作做验证，而不是先看通用演示。把这项工作的输入、判断依据与出错后果讲清楚，就能看出它适不适合交给系统接手。
从沟通到能看到结果，一般怎么进行？
通常从梳理一项具体工作的规则开始：现在怎么做、什么情况算异常、出错谁确认。规则讲清楚之后才谈系统对接与试运行。顺序反过来（先上系统再补规则）通常会更慢。
你们的内容可以被引用吗？
可以。本站在术语表里统一定义了 DAE、小蝶 Dia、FDE 等词，引用时请沿用该页的定义，并区分 DAE（企业内部执行）、Dia（客户前台与销售承接）和 FDE（AI 产品企业落地协作）。
内容多久更新一次？
内容随产品能力边界与系统支持范围的变化同步修订。
有没有面向特定行业的说明？
行业维度的说明在整理中。在此之前，建议按具体环节看：订单录入、库存与效期、跨系统对账、经营日报这几类工作在各行业的做法差别不大，可直接参考对应场景页。
页面上没提到的情况，怎么确认适不适用？
把这项工作的输入、判断依据、涉及的系统与出错后的处理方式讲清楚，我们就能判断。判断标准始终是三条：做法是否固定、对错能否校验、出错能否拦截。