工具分工与线上协作¶
一句话¶
微信群：短期通知和轻量讨论
飞书群/企业微信群：长期可自动化讨论入口
Obsidian：知识生产和双链浏览
GitHub：版本管理、PR、Review 和 Agent 协作
MkDocs/Cloudflare：正式发布和手机阅读
为什么要分工¶
单个工具很难同时满足所有需求。
微信群很快，但不适合长期沉淀；Obsidian 很适合写和组织知识，但不是点链接即读；GitHub 适合版本和协作，但不是普通阅读入口；MkDocs/Cloudflare 适合正式阅读和传播，但不是原始讨论入口。
所以我们不是堆工具，而是把知识生产链路拆清楚。
职责表¶
| 工具 | 职责 | 适合做什么 | 不适合做什么 |
|---|---|---|---|
| 微信群 | 过渡沟通 | 通知、临时讨论、发链接 | 长期沉淀、自动整理 |
| 飞书群/企业微信群 | 可自动化讨论入口 | Agent bot 摘要、待办、决策提取 | 正式版本管理 |
| Obsidian | 知识生产 | 双链、图谱、资料整理、知识编译 | 面向外部分享、权限发布 |
| GitHub | 工程协作 | 版本管理、PR、Review、Agent 修改 | 非技术成员直接阅读 |
| MkDocs/Cloudflare | 正式发布 | 教程网站、手机阅读、团队共享链接 | 原始讨论和碎片化记录 |
正确包含关系¶
工作空间使用手册
-> 规范团队如何捕获、编译、审查和发布
产品逻辑 / 核心模型 / 平台能力 / 企业微信接入 / 研发验证 / 工程治理
-> 承载产品立意、核心模型、能力模块、接入主线、验证结果和维护机制
工作空间使用手册是“怎么一起生产知识”。 产品逻辑、核心模型、平台能力、企业微信接入、研发验证和工程治理，是团队按这套流程运行后沉淀出来的不同类型产物。
所以本网站不再按“协作系统 / 团队知识库”两块平铺，而是按读者任务拆成项目状态、产品逻辑、核心模型、平台能力、企业微信接入、研发验证、使用手册、工程治理、路线与落地和归档参考。