Skip to main content
Huoban 定义 AI 原生工作的对象语言，让 AI 工作 可排版、可润墨、可印刷。 Huoban 的最小不可替代价值是：把一次 AI 工作拆成可验证、可组合、可审查的标准对象，而不是绑定在某个 agent、聊天记录或私有 workflow 里。它用十个顶层对象描述能力、上下文、编排、执行、校对、治理、适配、产物、索引与信任，并用 Requirement、Preflight 与 Lifecycle Handler 补齐执行前依赖和生命周期观察，让不同 agent、tool、MCP server 和项目上下文共享同一套编排语义。 今天的 skill、MCP tool、AGENTS.md、CLAUDE.md、Cursor Rules、prompt、workflow 和执行记录分散在不同工具里。Huoban 把这些资产收敛为标准对象，让 AI 工作可以被描述、复用、迁移和治理。 如果用当前行业语言描述，Huoban 处理的是 context engineering、skill reuse 和 agent loop standardization 的交叉问题：上下文如何结构化，能力如何复用，循环如何在 Checkpoint、Policy 和 Artifact 中留下可审查记录。 Huoban 活板的设计哲学来自活字印刷术。它把 Skill 理解为活字，把 Profile 理解为墨方，把 Flow 理解为版式，把 Run 理解为锁版印刷，把 Checkpoint 理解为校对，把 Policy 理解为印坊规矩。

可排版

Flow 把 capability、stage、checkpoint 和产物声明排成可验证、可复用的编排。

可润墨

Profile 把 AGENTS.md、CLAUDE.md、Cursor Rules 和项目知识导入、整理为需要审查的分层上下文。

可印刷

Run 锁定一次工作；Preflight 记录机械就绪检查；Policy 与 Checkpoint 管理副作用和显式决策。

开放标准

对象模型优先，不把协议绑定到单一工具、模型、MCP server 或执行环境。

​
核心对象

​
共享执行契约

Requirement、Preflight Report 与 Lifecycle Handler 不是新的顶层对象。它们是嵌入十个对象体系的共享结构：

Requirement

声明 Skill、Profile 与 Adapter 依赖的文件、程序、MCP、凭据和上下文来源。

Preflight

在执行前解析 Run、bindings 与 Requirement，形成可审计的就绪证据。

Lifecycle Handler

在有限事件上声明上报、观察与清理能力，不引入任意 hook 控制流。

​
推荐阅读

1

理解设计哲学

阅读 设计哲学，确认 Huoban 为什么从活字印刷术出发。
2

进入对象模型

阅读 对象模型，理解 Skill、Profile、Flow、Run、Checkpoint、Policy、Adapter、Artifact、Registry 和 Trust 如何组合。
3

理解上下文与编排

阅读 Profile 模型 和 Flow 模型，理解上下文注入、capability-first 编排和执行快照的边界。
4

理解执行前契约

阅读 Requirement、Preflight 与 Lifecycle Handler，区分依赖声明、机械就绪、授权和生命周期观察。
5

阅读规范参考

阅读 规范参考，进入每个对象的字段、约束和示例。
6

跑通快速开始

阅读 快速开始，用本地命令验证 schema、examples 和解释输出。

​
验证标准对象

Huoban 的入口不是运行某个特定 agent，而是验证标准对象、示例和解释器是否一致。
如果你想看完整对象如何协作，从 idea-to-spec-review 示例 开始，再运行 npm run explain 与 npm run preflight。