# 北极星与最终愿景

**版本：** 2026-08-07 整合版  
**依据：** `01.项目总览.md`、`03.迭代规划/01.总览与路线/02.后续路线与阶段优先级.md`、`03.迭代规划/01.总览与路线/原始来源/lineup-app后续迭代计划.md`

## 1. 一句话定义

LineUp 是一个连接用户设备、消息服务与远程 Agent 的协作运行体系。用户通过客户端与 Agent 协作，Agent 的执行、工具调用和交互请求通过统一协议与运行时能力落到用户侧。

## 2. 北极星目标

> LineUp 的最终目标，不是做一个“把 Agent 接到某个聊天 channel 上”的客户端，也不是做一个只能展示固定卡片格式的 Agent IM 外壳；它要成为一个**面向 Agent 的协议化交互运行时**。

这意味着：

- Agent 不只输出文本，还能基于标准协议选择更合适的交互形态；
- 用户与 Agent 的核心交互方式仍然是 `IM`、`Voice`、`Video Conference` 等主交互模式；
- `Runtime`、`SDK`、`Tool`、`MiniApp`、`Surface`、`Capability` 和标准交互原语，是这些主交互模式在任务过程中可调用、可组合、可恢复的工具与组件；
- LineUp 的核心资产，不是某一个具体小程序，而是“Agent 如何知道该用什么形式表达任务，以及宿主如何稳定执行这种表达”的标准协议与运行时。

## 3. 目标结构

```text
主交互模式
  = IM / Voice / Video Conference / 未来其他模式

任务过程中的可用工具
  = 标准交互原语 + Runtime Tool + MiniApp Workspace + Host Capability

LineUp 的核心职责
  = 让 Agent 基于统一协议，在这些交互模式中选择、调用、编排合适的工具和组件
```

## 4. 长期核心资产

- **LineUp 协议**：Agent 与宿主之间表达任务、选择交互形态的统一约定；
- **Runtime 与 Host 边界**：稳定执行、隔离、恢复和生命周期管理的运行基座；
- **Agent 适配层**：把不同 Agent 平台私有协议桥接到 LineUp 标准协议，不把平台特判下沉进 Runtime；
- **交互与工具的标准化运行方式**：让文本、卡片、工具调用和微型工作区在任务过程中可组合、可恢复。

## 5. LineUp 不是什么

- 不是单纯的聊天客户端；
- 不是只能展示固定卡片格式的 Agent IM 外壳；
- 不是任务管理系统（Agent 任务拆解和执行属于 Agent 自己，不由 LineUp 代劳）；
- 不是某个具体小程序或应用市场。

## 6. 与常见 Agent Channel 方案的区别

| 普通 channel 方案 | LineUp |
|---|---|
| 主要解决“Agent 内容如何适配某个平台已有的固定展示格式” | 解决“Agent 如何在一个统一运行时里，按协议动态组织文本、卡片、工具调用和微型工作区，与用户完成真实任务协作” |
| 以平台既有 UI 为中心 | 以协议化运行时和 Agent 可选择能力为中心 |
| 小程序/卡片往往是独立产品或固定入口 | MiniApp Workspace 是任务过程中临时拉起的、受控的交互载体（如番茄钟、白板、选择器、表单、确认器等） |

## 7. 判断优先级的问题

后续任何迭代都应围绕这条北极星判断优先级：

- 是否在强化协议和运行时，而不是回退成某个 channel 的格式适配？
- 是否在增强 Agent 对“该用什么交互形态”的可选择能力？
- 是否在让 IM / Voice / Video 等主交互模式能够共享同一套 Runtime、SDK 和 Tool 语义？
- 是否在让工具与组件成为交互过程中的标准能力，而不是散落的页面特判？

## 8. 当前推荐路线

```text
已完成 Runtime 工作区闭环
  → 已补齐 Agent Tool 通路
  → 下一步推进下一类真正可用的隔离 MiniApp
```

当前不宜提前拉入主线的事项：应用市场、第三方远程下载与发布、多 Agent 连接与切换、真实音视频能力、复杂任务管理膨胀。