Context01
它看到了什么
客户、商机、服务、知识与历史动作必须受同一权限边界控制。
About NexusClaw / Product conviction
不是给旧软件贴一层 AI，而是重建 Agent 进入企业主链的运行骨架
NexusClaw 是面向中国 B2B 场景的企业应用与数字员工平台。我们把业务上下文、数字员工执行、权限治理、审计证据与结果归因放在同一条可运行链路里。
这不是未来路线图的概念拼图。页面中的架构、产品界面、身份模型与部署形态都来自当前系统；未验证的客户数量、认证或效果数字不会被包装成事实。
真实系统蓝图 · 运行与部署架构NexusClaw · System evidence
01 / Why NexusClaw
当 AI 开始行动，企业软件必须回答四个新问题
传统企业应用主要保存记录与支撑协同；数字员工会读取上下文、调用工具并改变业务状态。价值因此不只来自“回答得像不像”，而来自它能否在规则内执行，并留下可复查的责任链。
Execution02
它实际做了什么
不只生成建议，还要把任务、跟进、升级与交付协同真正跑起来。
Governance03
什么情况下必须停下
高风险动作需要权限、规则、审批与拒绝路径，而不是靠提示词自觉。
Attribution04
结果由谁负责
从业务结果回到 Agent、模型、工具、审批和责任人，形成可审计证据。
Context
→Agent
→Governance
→Audit
→Attribution
02 / What Exists Today
不用虚构规模证明成熟度，用已交付的系统边界说明我们是谁
NexusClaw 目前围绕六个能力域组织产品。它们不是六块孤立功能，而是共同服务一条 Context → Agent → Governance → Audit → Attribution 运行链。
06
能力域
数字员工、增长回路、治理审计、部署、开发者与集成。
02
Agent 身份
独立员工拥有自己的授权主体；助理继承授权人的权限。
03
部署形态
托管 SaaS、云端控制面 + 客户 AI PC、客户环境私有化。
01
受治理主链
上下文、执行、治理、审计与归因不拆成互不相认的孤岛。
数字员工 · 真实界面NexusClaw · System evidence
治理规则 · 真实界面NexusClaw · System evidence
AI 访问中心 · 真实界面NexusClaw · System evidence
03 / How We Build
先冻结边界，再实现；先拿证据，再扩张
我们用四种职责审视同一轮产品工作。它们不是团队人数或组织架构，而是一套降低歧义、耦合和匿名兜底的建设方法。
Architect
定义问题与边界
明确目标、责任、数据与接口契约，先决定什么不属于本轮。
Builder
完成最小真实链路
沿现有运行主链实现，不为演示另造无法进入生产的平行路径。
Critic
用失败路径挑战结果
检查权限、拒绝、审计、归因、移动端与故障条件，不只看顺利截图。
Packager
把证据变成交付
版本、迁移、说明、验证与回滚一起交付，让结果可以复现和接管。
Contract first
契约、权限、审计与归因先于页面分支。
Evidence in the loop
静态检查、构建、烟测和真实页面证据进入每轮反馈。
Reversible delivery
行为、代码和数据层都要有清晰的停用或回滚路径。
04 / Evidence Before Promise
评价 NexusClaw，不需要先相信一句口号
最有效的验证方式，是带来一条真实业务流程、一个高风险动作和一个部署边界。我们共同观察系统是否既能完成工作，也能在不该行动时停下来，并给出完整证据。
成功路径
从业务上下文进入 Agent，再把动作写回任务、客户或服务流程。
拒绝路径
越权、缺失审批或规则命中时，系统必须阻止、解释并留下记录。
证据路径
从结果回到执行、模型、工具、审批、规则和责任主体。
边界路径
确认数据、模型、密钥、网络与运维责任在选定部署形态中的实际位置。
我们愿意把边界说在演示之前
NexusClaw 不把部署形态包装成合规认证，不把未经客户验收的效果数字写成通用承诺，也不会声称 Agent 可以绕过企业权限自主行动。具体能力、集成范围、模型选择、资源规格与责任边界，以当前版本和项目验收为准。