Enterprise Evaluation FAQ
先把边界问清楚，再判断是否值得进入演示
这不是帮助中心目录，而是一张采购评估地图：产品是什么、谁获得权限、学习如何受控、数据和模型在哪里、如何接入现有系统，以及现场应该验证什么。
每组回答都连接到真实能力页。对于认证、合规、性能、客户结果或平台深度，网站只陈述当前可验证范围，不用模糊承诺代替项目验收。
01 / Product Fit
产品定位与首个场景
先确认你需要的是可进入生产的数字劳动力系统，而不是另一个聊天入口。
01NexusClaw 适合什么类型的团队先评估？
适合正在评估销售、客服、运营流程是否应该引入 Agent 执行的团队，尤其是需要同时考虑权限、审计、人工接管和结果归因的企业团队。
查看业务场景02NexusClaw 与传统企业应用或独立 AI 助手有什么区别？
NexusClaw 把业务上下文、数字员工执行、权限治理、审计与结果归因放在同一条运行链。重点不是增加一个生成按钮，而是让数字员工能在明确授权和责任链下执行真实业务动作。
查看平台运行链03应该一次部署很多 Agent，还是先从一个开始？
建议先选一条边界清楚、动作可记录、结果可复核的业务链，并为一个数字员工定义身份、权限、工具、审批和成功条件。闭环验证完成后，再扩展角色与流程。
查看数字员工能力02 / Trust & Control
身份、治理与学习边界
可信度来自系统会拒绝什么、谁能批准什么，以及变更如何发布和回滚。
01独立员工和助理有什么授权区别？
独立员工拥有自己的服务账号与角色，以自身权限运行；助理不拥有独立账户，继承真实发起人的授权上下文。身份类型决定授权主体，不能靠提示词切换。
查看两种身份模型02NexusClaw 如何处理治理、权限和审计问题？
平台重点回答的是 Agent 如何在权限、审批、审计链和人工接管机制内运行。也就是说，我们会先解释控制边界，再讨论执行能力，而不是把治理留到上线后补。
查看治理与拒绝路径03系统会不会自行修改线上 Agent？
不会把生产行为交给不受控的“自主进化”。人的修正和真实结果先形成明确候选资产，经过评测、审批、Release Gate、版本和回滚 owner 后才能进入生产。
查看受控成长回路03 / Delivery Boundary
部署、集成与移动连续性
交付前要把数据、模型、网络、渠道和失败处理责任写成可验收边界。
01数据和模型必须都运行在云端吗？
不必须。NexusClaw 支持托管 SaaS、云端业务系统加客户 AI PC 的混合部署，以及私有化/单机全栈。不同形态的数据驻留、模型推理和资源责任不同，必须按选定拓扑评估。
比较三种部署形态02NexusClaw 是否支持企业现有系统和流程集成？
可以。评估时通常会先确认需要接入的企业应用数据、业务对象、流程节点和现有系统边界，再判断最合适的接入和演示范围。
查看渠道与集成边界03移动端和企业 IM 会形成另一套客户数据吗？
不会。移动 H5、企业微信、飞书、钉钉、Web Chat、API 和电话是访问渠道。消息和移动操作仍回到同一工作区、业务对象、身份、执行、审批、审计与归因链。
查看移动连续性04 / Evaluation & Next Step
演示、验证与商务路径
把演示变成一组可以现场通过或失败的检查项，而不是功能巡游。
Bring to the evaluation
准备六项信息，演示会更接近真实项目
回答边界说明
FAQ 解释当前产品与评估方法，不替代项目合同、信息安全评审、容量测试或目标渠道厂商验收。未明确声明的认证、性能和客户结果不应从页面文案中推断。