安装与可用性

Nimi 平台包含多个公开层（Surface），每层均有独立的分发渠道。遵循平台规范，仅当某层的发布证据已通过对应权威契约的正式准入后，公开文档才会将其标记为“可安装”。

当前可安装的组件

Nimi Coding 作为独立于宿主环境（Host-agnostic）的方法论，已获得官方准入，并以 npm 软件包形式发布：@nimiplatform/nimi-coding。

关于安装命令、项目 Bootstrap 布局、宿主适配器选择及完整的采用路径，请参阅 Nimi Coding → 安装。

最小化的首次验证路径如下：

由于该软件包具有宿主无关性，上述安装路径在任何已获准入的 AI 宿主环境下均适用。

@nimiplatform/app-tools 是面向 Nimi App 开发者仓库的公开 app-authoring CLI。

bash

pnpm dlx --package @nimiplatform/app-tools nimi-app create --profile standalone

完整 scaffold 路径见创建 Nimi App。CLI 只创建 scaffold 输入和本地检查；它不会创建公开 App 准入、权限授予、registry 可见性、release descriptor，或 installed-app update truth。

Package	npm install path	source checkout path	说明
`@nimiplatform/app-tools`	带 `nimi-app` binary 的公开 package	`app-tools/`	Standalone scaffold 通过 `pnpm dlx --package` 运行；workspace scaffold 可以使用 `workspace:*`。
`@nimiplatform/kit`	公开 package	`kit/`	Kit 不是 Runtime 替代品；App 只使用已发布的 subpath exports。
`@nimiplatform/sdk`	面向 App consumer 的公开 package	`sdks/typescript/` private vNext workspace package	生成的 standalone app 使用 app-tools 写入的 published SDK range；本仓库开发使用 workspace package。

不要假设 source checkout 会自动打开所有产品 release channel。Standalone App 仓库使用 npm package；只有在本 monorepo 或生成的 workspace-app scaffold 中才使用 workspace:*。

下表所列的各平台层目前均有完整的契约文档，定义了其权责及与平台生态的协作关系。

平台层	阅读路径	涵盖内容
平台	平台	世界模型、六项基础协议及权威准入规则
Runtime	Runtime	AI 任务执行、工作流、流式传输、多模态产物及 Provider 路由
SDK	SDK 与第一次 AI 调用	应用开发者的标准化接入边界与第一次 Runtime-backed 文本生成路径
App Tools	创建 Nimi App	App authoring scaffold 命令与本地检查
Kit	平台 Kit	共享 UI、shell、auth、telemetry、model config 与 feature module
Tester / Nimi Lab	把 Tester 当作 Reference App 使用	Reference app scripts、Runtime auth、Kit、AIConfig 与 fail-closed states
桌面端	桌面端	第一方原生外壳（Shell）
网页端	Web 模式	受限的浏览器沙盒呈现模式
Realm	Realm	语义真相、世界状态及历史演进轨迹
Avatar	Avatar	Agent 的形体呈现标准
Cognition	Cognition	独立的记忆、知识与 Prompt 服务

当上述任一层获得准入并新增安装命令、下载链接或发布说明时，对应章节页将同步更新。

规范地图标明了各公开章节对应的权威面。兼容姿态明确了各层在何种条件下才被允许发布安装或版本信息。

此外，禁止主张页面列出了在缺乏准入证据时，公开文档严禁使用的安装类与发布类宣传语。