状态：Experimental（Runtime / Host） — 当前产品只实现 HARP
httpRuntime 的部分安装与运行链路；跨宿主互操作、完整权限强制、非 HTTP Runtime 和标准 Host API 仍是目标规范，不属于当前可用承诺。
本文的 Applications 指 宿主应用：按 HARP 安装、可独立打开、关掉对话后仍然存在的软件。它们不是聊天窗口里的临时预览，也不要求替换 ERP、OA 或 CRM。
Fellow 同时供给另一类软件——智能体应用（Fellow SDK 构建，进入业务系统或独立智能体界面）。两者共同服务用户，但不要混名：
| 对外词 | 本文位置 | 运营面 |
|---|---|---|
| 宿主应用 | 可安装 HARP 包；Workbench「我的应用」 | 未来由实例 应用商店 上架、分发 |
| 智能体应用 | 不在本文范围 | 用 SDK 构建；见 Client SDK |
| 授权 / 凭证 | 同一应用调用智能的权限 | Console「应用」详情；见 接入应用 |
裸词「应用」留给可安装宿主软件。HARP 是协议名，不进货架。平台总品牌仍是「智能应用」，不单指其中一条轨道。
了解产品价值与适用场景：Fellow Applications
什么时候应该做成 Application
适合固化的流程通常同时满足：
- 已由 Agent 多次完成并通过人工验收；
- 输入、步骤与交付结果相对稳定；
- 发生频率高，重复启动会造成明显成本；
- 需要专用界面、长期状态或独立生命周期；
- 用户希望关掉会话后仍可直接使用。
从 Agent 到 Application
生命周期
| 阶段 | 说明 |
|---|---|
| 创建 | Agent 或开发者生成应用结构与 harp.json |
| 安装 | Host 校验声明并安装应用包 |
| 运行 | Host 分配端口、注入数据目录并启动 HTTP 应用 |
| 持久化 | 配置和用户成果保存在应用 data/ 中 |
| 升级 | 更新应用代码，同时保留持久数据 |
| 停止与卸载 | 独立停止进程；卸载会删除应用目录及其本地数据 |
当前实现边界
当前 Fellow Host 实现的是 HARP 的 HTTP Runtime 子集：
- 支持
.harp包导入、导出、安装、启动、停止、升级和卸载； - 支持
data/持久化，重新安装同一应用时保留数据； - Desktop 可在独立窗口打开本机应用，Web 环境使用浏览器页签；
validate与logsHost API、start.platforms、非 HTTP Runtime 尚未实现；- Manifest 中的网络权限声明尚未形成完整的跨平台强制隔离，不能据此宣称完整 HARP v1 合规；
- Windows 当前不会为 HARP 应用套用 AppContainer 隔离。
生产使用前，应根据目标平台单独评估应用代码、网络访问和数据删除策略。
与相邻能力的关系
| 能力 | 用途 |
|---|---|
| Agents | 探索、编排并验证工作流程 |
| Skills | 告诉 Agent 如何完成一类任务 |
| MCP | 向 Agent 暴露工具与业务数据 |
| 宿主应用 / Applications | 向用户交付可安装、长期运行的产品 |
| HARP | 宿主应用使用的协议与运行时约定；不是货架名 |
| 接入应用 | 应用的授权与凭证；已安装实例出现在 Workbench「应用」 |
协议字段、包结构与目标规范见 HARP 应用规范。规范中的能力不等同于当前 Host 已全部实现。