术语表¶
| 术语 | 含义 |
|---|---|
| Agent | Company 中具备运行配置、组织身份和权限的 AI worker |
| Actor | 发起请求的统一身份抽象,可是 user、agent、board、system、plugin |
| Board | 代表人类操作者/管理面的产品界面或 actor |
| Company | 多租户控制面的组织与治理根 |
| Goal | 表达“为什么做”的递归目标对象 |
| Project | 轻量规划容器,可有多个 workspace |
| Issue | 可分配、可认领、可审计的工作对象 |
| Parent | Issue/Case 的结构性分解关系 |
| Blocker | 独立依赖关系,阻止下游推进 |
| Checkout | Agent Run 以原子方式取得 Issue 工作所有权 |
| Execution lock | 当前执行尝试对 Issue 的运行时锁 |
| Wakeup Request | “为什么要唤醒”这一持久化请求 |
| Heartbeat Run | 一次 Agent 执行尝试及其账本 |
| Session | 跨多个 Run 的 provider/context 连续性 |
| Liveness | 本轮是否真实推进、完成或留下下一跳 |
| Adapter | 把控制面 context 翻译给具体 Agent runtime 的 SPI |
| Environment | 可执行能力和 provider 配置的定义 |
| Project Workspace | 长期、项目级代码/文件根 |
| Execution Workspace | 某次 Run 实际工作的副本或远端位置 |
| Lease | Run 对环境/资源的有时限占用 |
| Runtime Service | 与 workspace 关联的 preview/dev/browser 等进程/服务 |
| Work Product | PR、preview、artifact、branch、document 等交付摘要 |
| Artifact | 上传后供 Board/Reviewer 访问的持久化文件交付物 |
| Routine | 可按时间/事件重复触发的工作模板 |
| Pipeline | 管理 Case 跨阶段流转的独立业务状态机 |
| Pipeline Case | 被 Pipeline 管理的业务对象,不等于工作 Issue |
| Profile | 决定 Agent 可见哪些 MCP/tool catalog entry |
| Policy | 在具体 tool call 时决定 allow/block/approval 的规则 |
| Catalog | 由 Connection 发现的工具 schema/risk 集合 |
| Connection | 一个上游工具 endpoint/transport/auth 实例 |
| Action Request | 需要人类批准的具体 tool 调用意图 |
| Trust Rule | 从批准推广的受限、可过期 tool policy |
| Secret Projection | 将 secret ref 的值短暂投影到运行所需位置 |
| Skill | 带 frontmatter 和可选资源的 Agent 操作 playbook |
| Skills Catalog | 随包发布的只读技能货架 |
| Company Skill Library | Company 实际安装、编辑和版本化的技能副本 |
| Team Catalog | 可预览安装的 Agent/Project/Task/Skill 组织模板 |
| Plugin | 以 manifest + Worker/UI entrypoint 扩展 Paperclip 的包 |
| Capability | Plugin Worker 可调用的 Host service 权限声明 |
| Recovery | 根据持久化事实修复悬空、陈旧或失败状态的服务 |
| Task Watchdog | 在停止子树上执行二次验证的专用 Agent/run |
| Activity Log | 跨领域的 actor/action/entity 审计摘要 |
| Cost Event | 可归因到 run/Issue/Agent/Company 的用量和账务事实 |
| CAS | Compare-and-set,以旧状态作为 UPDATE 前置条件 |
| Reconciliation | 将数据库、进程、provider 和 filesystem 现实重新对齐 |
三个容易混淆的词¶
Control Plane vs Execution Plane¶
Control Plane 保存意图、约束、状态和证据;Execution Plane 是模型/工具/进程真正工作的位置。
Workspace vs Environment¶
Workspace 是“在哪个文件/代码副本里工作”;Environment 是“由哪个执行驱动提供计算能力”。
Activity vs Event¶
Activity 是跨领域审计摘要;Run/Tool/Case event 是各自领域的时序证据。两者都可能广播 live update,但不应互相替代。