NATIVEHELIX / 开源 AI 原生工具包
NativeHelix
用于受治理 Agent 系统的可复用 Skills 与 Capabilities。
NativeHelix 把实用的 AI 原生产品与架构方法整理为可安装的 Agent Skills、Capability 契约、模式、清单、模板与示例，同时让项目上下文、权限、验证与高重要性最终权力继续由采用团队持有。
01 / 工具包边界
可复用材料位于项目权限边界之外。
NativeHelix 提供设计材料；采用项目继续对自身用户、结果、架构、权限、工具、凭证、数据、成本与发布决策负责。复制一个 Skill 不会自动授予访问权或执行权。
结果与本地约束
用户、架构、权限、工具、数据、成本与发布决策。
选择可复用材料
4 Skills15 Domains
在真实环境中验证
状态、恢复、证据、权限与产品价值。
项目结果与本地约束决定选择哪些 NativeHelix 可复用材料，之后由项目完成本地适配与验证；高重要性最终权力继续由项目与可识别的人类责任人持有。
02 / 四个入口 SKILLS
从实际工作进入，而不是一次采用整座能力库。
Public Core v0.1.0 包含 4 个自包含的 Agent Skill 软件包。每个 Skill 都有明确入口和有限目的；项目可以只选择其中一个，而不必导入所有 Capability 资产。
4 个可安装 Agent Skill 软件包
- 01design-ai-native-architecture
定义系统层级、边界、接口、权限、证据、恢复与演进方式。
- 02design-agent-workflow
把已确定的产品结果转化为任务、状态、闸门、责任人与停止条件。
- 03review-agent-harness
审阅执行控制、评估、成本、安全边界与就绪证据。
- 04ingest-project-capabilities
提取可复用实践，同时保留来源、成熟度、责任人与证据边界。
4 个相互独立的入口分别覆盖架构设计、工作流设计、Harness 审阅与 Capability 提取。
03 / 采用顺序
小范围选择，本地适配，验证后再委派。
公开指南给出一条有边界的采用顺序：定义结果，只选择需要的材料，结合真实约束适配，分离证据与假设，在场景中验证，并为高重要性行动保留人工批准。
从项目需求走向人工批准的使用
- 01定义结果
明确用户结果与最终工件。
- 02小范围选择
选择一个 Skill，或一小组 Capability 资产。
- 03本地适配
结合真实架构、权限、工具、数据与成本调整材料。
- 04分离证据
把观察事实与假设、建议明确分开。
- 05在场景中验证
在真实运行环境检查状态、恢复、证据、权限与产品价值。
- 06保留人工权限
高重要性或外部行动继续由人批准。
采用顺序依次定义结果、小范围选择、本地适配、分离证据、在场景中验证，并保留人工权限。
PUBLIC CORE 边界
它是文档与工具包发布，不是 Runtime。
Public Core v0.1.0 已通过有限的软件包与引用检查。仓库没有宣称每个 Skill 都已在多个 Host 上完成独立前向测试。
它提供什么
- 4 个可安装 Agent Skill 软件包
- 15 个 Capability domains，包含契约、模式、清单与模板
- 公开治理与角色边界指南
- AI 原生参考架构与一个合成示例
它不宣称什么
- 不是 SDK、Runtime 或托管服务
- 不是认证、安全控制或合规方法
- 不是生产就绪参考实现
- 不会自动获得文件系统、网络、凭证、工具或外部写入权限
从一个有边界的需求开始
选择一个 Skill，让项目权限留在本地。
README 与 Getting Started 解释公开边界和采用路径。只使用项目需要的材料，并在它们将要运行的环境中完成验证。
开启对话
构建值得验证的事物。
关于 AI 原生产品、全球 GTM 或独立项目，可以通过以下方式联系我。