基于你的业务背景
进行编排。

大多数试点项目只是把一个模型放在人面前，测试这个人是否喜欢它，业务本身其实什么都没变，因为工作依然需要人来启动、检查和完成。Clarwiz 从相反的方向切入：我们记录一个完整的流程，将其所依赖的判断逻辑编码进去，然后让它运行起来。衡量标准不是满意度，而是每周节省下来的、原本每个案例都需要人工处理的工时。

不是的，这是在提升你团队的生产力。关键在于你现有团队把时间花在了哪里。我们承接的是可重复的那部分工作：起草、跟进、核查、整理证据。留下来的是判断力、人际关系和例外处理——这正是你当初雇用这些人的原因。我们不会假装说岗位角色永远不会变化，但坦白说，这带来的是你目前无法直接买到的能力，而不是简单地削减人员编制。

它是运行在你各个独立工具之上的一层：跨越多个平台、同时涉及软件和人的长流程，耗时以小时或周计，而不是秒级。它决定接下来发生什么、按什么顺序进行，以及由谁来批准。Clarwiz 在这个定义上加了一点：流程会根据持续存在的业务上下文来运行，因此它了解你的规则和历史，而不只是眼前的数据。

工作流工具把步骤 A 连接到步骤 B，触发后运行，运行之间不保留任何东西，而且每个工作流都各自维护一份业务规则的副本，这正是它们逐渐脱节的原因。Clarwiz 把「知道」和「执行」分开：规则和上下文存在于 Brain 中，执行发生在 Orchestration 中，最终决定权则留在 Cockpit 中。只需修改一次规则，所有依赖它的流程都会随之更新。

不需要。Clarwiz 位于你现有系统和工具之上，负责协调底层实际执行的一切——无论是现有的自动化、有人写的脚本、供应商的代理、一次 API 调用，还是一个人完成的任务。大多数业务本来就在使用多种工具，真正的缺口通常在于这些工具之间缺乏智能协调，而不在工具本身。

可以。任何框架搭建的代理都可以作为参与方加入某个流程。治理方式不会因为是谁搭建的而改变：同样的规则约束它，同样的审计记录记录它，同样的自主级别限制它在没有人参与的情况下能做什么。

按顺序有三层保障。首先是 Brain 中的规则，在决策发生的那一刻被评估，可以直接拒绝某项操作。其次是流程的自主级别，限定了在没有签字的情况下它能做到什么程度。最后是 Cockpit 中的暂停机制，会作用于正在运行流程的下一步，而不是等它跑完才生效。每一次拒绝都会连同触发它的规则一并被记录下来。

第一个流程会在几周内完成记录和编码，并会在拥有任何决策权限之前，先以「影子模式」在真实业务量上上线运行。这段影子期正是证据的来源：它提出了什么建议、你的团队实际做了什么、以及两者之间的差距。只有在此之后，决策权限才会逐步移交。