01 · 是什么
注册表中的每个智能体都是一份 spec.json 契约，外加五个简短的角色文件：why、what、who、how 和 voice。它的运行时文件由这些文件生成，因此同一个智能体在每个工具里含义都一致。
spec.json 声明智能体的输入、路由和结果状态。它是单一可信来源：角色文件负责解释它，从不与它矛盾。
每个智能体都附带 Claude Code 和 Codex 的适配器。目前 ck add 安装的是 UI 组件；下一步就是用它安装智能体。
02 · 为什么
团队在每个仓库里手动重建同一套智能体配置，每份副本都会逐渐走样。ChiralAgents 为每个智能体维护一份带版本的契约，因此对评审者的修复只需做一次，而不是在每份副本里各改一遍。每个负责产出的智能体都有一个负责验证的镜像，任何东西都不会未经检查就交付。
浏览智能体契约03 · 怎么做
大脑为每个请求做路由，路由器挑选专家，专家两两协作：一个构建，它的镜像评审。每个智能体都只由它下方的环构建，和 ChiralUI 一样。
与 ChiralUI 相同的斐波那契环，只是面向角色而非界面：0、1、1、2、3、5。每个环都由它之前的两个环构成。基础是一切的起点；到了 2，手性开始出现：每个负责产出的专家，都有一个负责验证的镜像。
在《手性架构》中查看跨领域的框架每个智能体赖以组合的底层：模型、提供方、工具、安全与权限策略，以及带入每次会话的记忆。
一个智能体，即常量。它读取请求，判断所属领域并进行路由，或者说明没有适用的链。在注册表中：ck-brain。
每个领域一个路由器，目前是产品和营销。每个路由器都了解自己的子领域，并挑选适合任务的专家。
手性开始的地方：实现者和评审者共享相同的工具，职能互为镜像，一个产出，一个验证，而记录者见证两者。在注册表中：ck-frontend-build ↔ ck-frontend-review。
在团队中被赋予固定角色和语气的专家，例如产品经理或运维工程师，大家可以直接叫出它们的名字。
人设与专家在整个项目中协同工作，具备角色、交接与上报路径。智能体螺旋的顶端，智能体在这里成为队友。