01
谁在执行？Digital Workforce
两种身份，权责清晰的数字员工
独立员工用自己的服务账号与角色运行；助理继承真实发起人的授权。身份决定授权主体，执行引擎负责工具调用、审批、交接与结果回写。
身份与授权员工配置受控执行审批与审计
查看数字员工能力
Capabilities / One Operating System
不是六组功能清单，是数字劳动力进入企业的一套完整能力链
六个能力域分别回答六个采购问题：谁在执行、系统如何改进、如何控制风险、数据与模型在哪里、怎样工程化交付，以及如何接入现有工作入口。
它们共享同一个运行内核。渠道不会另建客户真相，CLI 不会绕过权限，成长回路不会跳过 Release Gate，部署形态也不会改变治理与审计语义。
NexusClaw operating chain
六域同一内核01
上下文
业务记录与知识
02
数字员工
身份决定授权
03
治理
权限、护栏与审批
04
审计
Trace 与工具证据
05
归因
结果与责任链
成长回路
把修正变成可回滚资产
部署形态
确定数据与模型边界
开发者
把交付变成工程流程
集成与移动
把入口接回同一运行链
01 / Operating Foundation
先让数字员工在明确身份与授权下真正执行
这一层回答“谁在做、能做什么、如何把结果写回业务”。
02 / Trust & Improvement
改进能力与控制能力必须同时存在
企业需要的不只是成功执行，还要知道系统何时拒绝、谁批准变更、如何回滚。
03 / Delivery & Access
把同一套运行语义交付到不同环境和入口
部署、开发者工具与渠道适配负责把系统送到客户边界，但不重新定义权限、审计和客户真相。
04
运行在哪里？Deployment
按数据、模型和责任边界选择部署形态
托管 SaaS、云端业务系统加客户 AI PC 的混合部署，以及私有化/单机全栈拥有不同资源和责任口径，但共享相同治理链。
托管 SaaS混合 AI PC私有化上线与回滚证据
比较部署形态
05
如何交付？Developers
从登录、差异到发布和回滚的受控工程流程
nexus CLI 把目标解析、源码同步、Workforce 训练、机器输出和回滚带到终端，同时继续经过工作区隔离、权限、审计和 Release Gate。
OAuth + PKCESource diffDry run机器输出与修订账本
查看开发者工作流nexus · governed DX
$nexus workspace current --target-org dev
one TargetContext resolved
$nexus source push --dry-run --json
phase: dry-run · remote unchanged
$nexus deployment rollback --history-id <id>
revision-ledger entry recorded
06
从哪里进入？Integrations
渠道不同，客户上下文、治理与结果保持连续
企业微信、飞书、钉钉、Web Chat、API、电话和移动 H5 都是接入渠道，最终回到同一身份、路由、执行、审计与归因链。
签名与映射Smart RoutingMobile H5死信、重试与接管
查看集成与移动
Evaluation map
六个能力域应该在一场演示里形成闭环
带上一条真实业务链，从外部入口或业务记录开始，验证身份与权限、受控执行、人工接管、审计归因、改进发布以及所选部署边界。任何一环无法验证，都不应被“功能很多”掩盖。
01入口与真实调用者
02数字员工身份
03工具与审批
04Trace 与结果
05学习候选与发布闸门
06部署/回滚责任
能力口径说明
以上为当前平台能力范围。成长回路是人工把关的治理回路，不构成“自主进化”承诺；部署资源只适用于对应拓扑；渠道、模型和开源社区版的实际交付深度以项目与发布契约为准。
不要从功能数量开始，从一条需要负责的业务链开始
我们会用六个能力域共同验证它：谁执行、如何控制、怎样留下证据、如何改进、部署在哪里，以及从哪些工作入口进入。