From 9416fc2c6a6d4af662908c345cb0afeab569e7ed Mon Sep 17 00:00:00 2001
From: kyugao <solonot@163.com>
Date: Fri, 7 Aug 2026 17:14:58 +0800
Subject: [PATCH] add north star vision doc under project overview

---
 01.项目总览/04.北极星与最终愿景.md | 73 ++++++++++++++++++++++++++++++
 1 file changed, 73 insertions(+)
 create mode 100644 01.项目总览/04.北极星与最终愿景.md

diff --git a/01.项目总览/04.北极星与最终愿景.md b/01.项目总览/04.北极星与最终愿景.md
new file mode 100644
index 0000000..0733cea
--- /dev/null
+++ b/01.项目总览/04.北极星与最终愿景.md
@@ -0,0 +1,73 @@
+# 北极星与最终愿景
+
+**版本：** 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 连接与切换、真实音视频能力、复杂任务管理膨胀。