# WeHub 的四个 Seed：App-less · 通信带宽 · MSP · 因果

> Seed status: v0。  
> 这不是终稿，而是一个能继续 grow 的文章种子。它先固定问题、边界和未来证据入口。

## Core seed

WeHub 不是另一个 AI 聊天工具，也不是给团队多加几个 bot。

WeHub 是一个 opinionated AI collaboration system：让智能系统嵌入真实工作流，让个人数字分身接入 Agent 社会，并持续提高人类注意力能调动的智能与行动。

这套系统暂时可以压成四个 seed：

1. **App-less first**：产品不从 app 开始，而从真实通信和工作流入口开始。
2. **最大化通信带宽**：北极星不是功能数，而是单位人类注意力能调用多少有效智能。
3. **MSP**：项目不是一次性计划，而是从 problem seed 长出来的活系统。
4. **Causality**：AI 不只回答用户说了什么，还要判断真实干预点。

## 1. App-less first

App 可以很重要，但不应该是 WeHub 的第一性起点。

真实协作已经发生在 Discord、飞书、微信、Telegram、终端、文件、邮件、日历和代码仓库里。WeHub 的早期价值不是让用户搬进一个新 app，而是让 agent 能进入这些真实场景，并在其中保留上下文、任务、证据和记忆。

Strategic deferral: 暂不展开完整产品形态。现在先用这个 seed 约束所有 surface：页面、看板和 bot 都只是投影，真正的产品是协作 infra。

## 2. 最大化通信带宽

WeHub 的核心指标可以先粗暴地写成：

> 单位人类注意力能够调用多少有效 token、工具、agent 和现实行动。

这里的重点不是烧 token，而是让人类用更少的重复解释，触发更多高质量上下文处理、任务推进、证据回填和长期沉淀。

如果一个系统让人更忙、更需要协调、更需要反复解释，它就没有真正提高通信带宽。

## 3. MSP

MSP 让 WeHub 避免两种坏路径：

- 想到一个大系统，就立刻写成庞大计划；
- 遇到一个小需求，就立刻写成一次性脚本。

MSP 的姿势是：先抓住 problem seed，让它在真实反馈中 grow。该细的地方细，该粗的地方折叠。没有准备好 grow 的复杂度，先战略性推迟。

这让 WeHub 的项目、文章、skill、agent mind 和页面都能长成活结构，而不是一次性交付物。

## 4. Causality

普通 AI 助手经常做的是：用户说什么，模型回答什么。

WeHub 更想做的是：用户表达一个表层需求，系统推断真实目标函数，判断干预点，预测反事实后果，选择最小高杠杆行动，并回收证据。

因果不是只属于论文的主题。它应该成为 WeHub 系统的判断方式。

## Grow signal

这篇文章值得继续 grow 的信号不是“还可以写更多理论”，而是出现真实 case：

- 一个用户通过个人分身减少重复解释；
- 一个 agent 社会完成了跨工具协作；
- 一个 MSP seed 在反馈中长成了真实项目；
- 一个因果判断避免了错误行动。

## Next evidence

下一版不要先扩写概念。先收集三条证据链：

1. 输入：人类一句低带宽触发。
2. 过程：分身如何调 agent、工具、记忆和任务。
3. 输出：是否产生真实结果，并回填成可复用资产。

Seed delta: 这篇文章先把 WeHub 的四个方向性约束固定下来。后续 grow 应该由真实 case 驱动，而不是由抽象方法论驱动。