Agustín Castillo
联合创始人兼 CEO · 产品、系统与运营
十五年的银行运营经历塑造了对授权、问责和运营控制的第一手认识。Agustín 负责 Capa Cero 的产品、系统设计和运营，并通过 AI 原生开发流程将这些运营洞察转化为软件。
CAPA CERO · 投资者 CONTROL PLANE
连接 AI 能力与现实世界权限的控制层。
Capa Cero 正在 AI 智能体与改变状态的操作之间构建权限层。Capa Cero 可以评估一次状态变更操作的权限上下文——身份、许可、策略、证据和审批——作出决策，并保留可追溯记录。
能力不等于权限。
为何是现在 · 可改变状态的 AI
为何是现在
AI 系统正在从生成答案转向改变状态。每个改变系统状态的操作都会提出权限问题：谁在操作、代表谁、在什么范围内、依据什么策略、凭借哪些证据和审批？
- 调用工具
- 修改记录
- 发送通信
- 启动工作流
是否应允许该系统执行此操作、依据何种权限，以及如何重建这项决策？
创始人 · 互补路径
运营洞察、系统设计与清晰沟通。
两种互补角色，专注于让运行时权限易于理解和使用。
Amira Mendoza Yapur
联合创始人 · 品牌与传播
在同一家金融机构的三年经历，为她负责 Capa Cero 的品牌、视觉识别和传播提供了直接的运营背景。她致力于将复杂基础设施转化为面向团队和市场的清晰产品叙事。
初始切入点
一个智能体。一项改变状态的操作。一个受保护的系统。
从一个已授权环境中的一项有限操作开始。Capa Cero 接收操作请求，汇集其权限上下文，评估决策并保留可追溯结果。
参考操作
AI 智能体请求更新 CRM 记录中的一个允许字段。
- 01请求
- 02身份
- 03范围
- 04策略
- 05证据
- 06审批
- 07决策
- 08结果
ALLOWREQUIRE APPROVALDENY
产品 · 运行时权限
先确认权限，再执行。
Capa Cero 正在为 AI 智能体与改变状态的操作之间构建权限层。产品可以汇集相关权限上下文、生成决策并保留可归属记录。通用于外部系统的拦截能力仍有待证明。
- 01Authority Gateway
接收拟议的状态变更操作。
- 02Authority Context
连接主体、智能体、资源、操作与范围。
- 03Policy Engine
评估操作所适用的规则和条件。
- 04Evidence Engine
附加决策上下文所要求的证据。
- 05Approval Engine
转交需要人工权限的操作。
- 06Decision
ALLOW · REQUIRE APPROVAL · DENY
- 07Protected Action
限定范围的操作依据决策继续。
- 08Attributable Record
保留决策与结果背后的上下文。
- 09Control Console
用于检查、配置和重建权限决策的界面。
- 01身份
- 02权限
- 03策略
- 04证据
- 05审批
- 06决策上下文
- 07可归属结果
主体 → 委托 → 智能体 → 任务 → 资源 → 操作 → 结果
访问权限说明可以访问什么。操作权限说明该参与者为何能在此时、此上下文中，对此资源执行这一特定操作。
扩展路径
从一项操作扩展为共享权限基础设施。
从一项限定范围的操作开始，再将同一权限上下文扩展到工作流、团队、组织和互联系统。
- 01操作 · 初始切入点
- 02工作流 · 扩展
- 03团队 · 扩展
- 04组织 · 扩展
- 05跨系统权限 · 平台
下一里程碑 · 外部工作流
一个外部工作流。一个可衡量的结果。
连接一个获授权的外部环境，通过权限上下文治理一项限定范围的状态变更操作，并衡量集成时间、审核时间、证据完整性和重复使用情况。
- 连接
获授权环境 + 限定范围。
- 治理
通过权限上下文执行一项状态变更操作。
- 衡量
集成时间、审核时间、证据完整性和重复使用情况。
- 扩展
操作 → 工作流 → 团队 → 组织。
当前基础
基于内部运行环境构建。
- 01Registry
- 02历史 snapshot
- 03Gate
- 04证据模型
- 05代码库 ARM 层
- 06权限上下文
- 07投资者投影
- 08内部产品组合映射
内部运行环境
产品组合揭示了权限问题。
- 8 款软件产品
- 42 项已注册能力/界面
我们使用自身产品组合中的 8 款软件产品和 42 项已注册能力/界面来揭示并建模权限问题。
该产品组合成为 Capa Cero 的第一个运行环境：用于在多个软件界面之间映射依赖关系、权限要求、证据和决策上下文。