diff --git a/docs/05-cooperation-and-roadmap.md b/docs/05-cooperation-and-roadmap.md
index 75a45d8..a2f4f24 100644
--- a/docs/05-cooperation-and-roadmap.md
+++ b/docs/05-cooperation-and-roadmap.md
@@ -1,209 +1,202 @@
-# 05｜合作路线：赛事背书、平台合作与半开源边界
+# 05｜合作路线：赛事、平台与企业试点
 
-> 本文回答一个问题：随行案如何用展示仓建立信任，并逐步走向平台合作、用户验证和企业交付。
+> 本文回答一个问题：随行案如何用展示仓建立信任，并走向赛事背书、平台合作和企业试点。
 
 ---
 
-## 1. 展示仓的定位
+## 1. 合作路线的新定位
 
-展示仓不承载随行案的全部核心运行能力。
+随行案的对外合作，不再围绕“公开一套可复刻工作流”展开，而应围绕一个更高层的问题展开：
 
-它主要承载：
+> AI 应用进入真实业务后，如何系统性校准真实性偏差。
 
-- 产品叙事；
-- 架构说明；
-- 商业价值；
-- 企业版逻辑；
-- 合作路线；
-- 版权边界；
-- 参赛与平台沟通材料。
+因此，展示仓承担的合作功能是：
+
+- 让赛事评审理解项目问题意识；
+- 让平台方理解真实业务场景入口；
+- 让企业方理解试点价值；
+- 让合作方理解商业边界；
+- 让外部看到随行案不是普通 AI 写作工具，而是 AI 应用落地样板。
 
 展示仓回答的是：
 
-> **随行案为什么值得被理解、评审、合作和试点。**
+> 随行案为什么值得被理解、评审、合作和试点。
 
-母仓回答的是：
+网页端回答的是：
 
-> **随行案如何运行。**
+> 随行案如何被体验、验证和交付。
 
-运行层回答的是：
+私有核心资产回答的是：
 
-> **随行案如何被用户访问和企业交付。**
+> 随行案如何长期形成产品壁垒和商业交付能力。
 
 ---
 
 ## 2. 为什么需要赛事和平台背书
 
-随行案当前最需要补的是外部验证。
+随行案当前需要的不是单纯曝光，而是外部验证。
 
-AI 产品大赛和平台型赛事可以提供：
+AI 产品大赛、创新创业赛事和平台型活动可以提供：
 
 - 第三方评审；
 - 正式提交记录；
 - 项目文档沉淀；
 - 产品原型展示；
-- 技术方案训练；
 - 平台资源接触；
 - 潜在企业客户入口；
 - 对 HR、客户、合作方更容易理解的信用材料。
 
 参赛目标不是只拿奖，而是形成：
 
-> **公开项目履历 + 外部背书 + 产品可信度。**
+> 公开项目履历 + 外部背书 + 产品可信度。
 
 ---
 
 ## 3. 平台合作价值
 
-随行案适合阿里云等平台型 AI 生态，因为它不是单点功能，而是一套 AI 工作流应用模型。
+随行案适合与云平台、大模型平台、AI 应用生态平台沟通合作。
 
-对平台来说，随行案可以展示：
+原因不是它能生成几页方案，而是它可以作为一个真实业务场景入口，展示：
 
-- 大模型如何进入真实业务流程；
-- 云服务器、数据库、API、安全能力如何组合成 AI 应用；
-- 个人版、VIP版、企业版如何形成商业梯度；
-- 企业客户如何通过 AI 工作流做流程升级；
-- 平台如何支持一个 AI 应用从原型走向部署和商业化。
+- AI 应用如何进入复杂脑力劳动；
+- 大模型如何从聊天窗口进入业务流程；
+- 云平台如何承载 AI 应用运行、存储、权限、日志与维护；
+- 企业如何通过 AI 工作流改善方案生产过程；
+- 真实需求、真实数据、人工判断与反馈回流如何共同校准 AI 输出。
 
-面向平台的表达应聚焦：
+对平台来说，随行案的意义可以概括为：
 
-> **这是一个可运行、可展示、可试点、可迁移的 AI 工作流产品模型。**
+> 用方案设计这个高频脑力劳动场景，验证 AI 应用如何把真实业务需求转化为持续的模型与云资源调用。
 
 ---
 
-## 4. 合作边界
+## 4. 企业合作价值
 
-随行案可以积极借助平台资源，但需要保留核心资产和商业边界。
+企业合作不应从“大规模部署”开始，而应从具体方案场景试点开始。
 
-### 4.1 可以展示
+适合优先试点的场景包括：
 
-- 展示仓；
-- 产品叙事；
-- 方案设计工程化模型；
-- 70 / 20 / 10 方法论；
-- 双重失真校准；
-- 产品原型；
-- 场景价值；
-- 平台技术结合点；
-- 商业化路径。
-
-### 4.2 谨慎开放
-
-- 母仓核心工作流；
-- 深层模板结构；
-- 需求数据绑定规则；
-- 回流复盘细节；
-- 企业子仓设计；
-- 定制化交付方法。
-
-### 4.3 不应开放
-
-- API 密钥；
-- 服务器配置敏感信息；
-- 用户数据；
-- 企业客户数据；
-- 企业权限规则；
-- 内控细节；
-- 商业合同与定价底线。
+- 销售方案；
+- 客户提案；
+- 项目策划；
+- 产品方案；
+- 运营方案；
+- 咨询方案；
+- 企业服务解决方案。
 
-核心原则：
+企业试点重点不是看 AI 生成速度，而是验证：
+
+- 需求记录是否更完整；
+- 数据依据是否更清晰；
+- 修改过程是否更可追踪；
+- 多轮反馈后是否更少偏离原始问题；
+- 成功经验是否更容易复用；
+- 团队沟通成本是否降低。
+
+企业合作的核心表达是：
 
-> **借平台的势，不交出产品的根。**
+> 随行案帮助企业把方案设计从个人经验劳动，升级为可追踪、可复盘、可协同、可沉淀的组织能力。
 
 ---
 
-## 5. 半开源策略
+## 5. 合作边界
 
-随行案适合采用半开源技术路线。
+随行案欢迎合作，但需要明确边界。
 
-| 层级 | 开放策略 | 目的 |
-|---|---|---|
-| **展示仓** | 开放 | 建立外部理解、信任、赛事背书和合作入口 |
-| **基础文档 / 示例模板** | 可开放 | 降低理解门槛，形成传播素材 |
-| **母仓核心能力** | 阶段性受控，成熟后可部分开放 | 保留核心架构，避免过早暴露商业深度 |
-| **运行层代码 / 配置** | 不开放或授权交付 | 保护部署、安全、运维和商业交付能力 |
-| **用户资产 / 企业资产** | 私有 | 保护客户数据和长期续费价值 |
-| **企业级权限 / 内控 / 定制规则** | 商业交付 | 形成企业版高客单价能力 |
+### 5.1 可以展示
 
-最短表达：
+- 产品定位；
+- 问题定义；
+- 真实性偏差方法论；
+- 方案设计工程化逻辑；
+- 70 / 20 / 10 方法论；
+- 产品原型或网页端体验；
+- 典型场景价值；
+- 合作与试点方向。
+
+### 5.2 谨慎开放
+
+- 深层模板设计；
+- 行业定制规则；
+- 试点流程细节；
+- 企业版配置方法；
+- 商业交付方案；
+- 长期服务细节。
+
+### 5.3 不在展示仓公开
 
-> **展示开源，核心受控，数据私有，企业定制。**
+- 私有核心工作流；
+- 可直接复刻的实现路径；
+- 客户数据和用户数据；
+- 企业权限与内控细节；
+- 未公开合作方案。
+
+核心原则：
+
+> 借平台的势，不交出产品的根；展示合作价值，不公开商业底牌。
 
 ---
 
 ## 6. 阶段路线图
 
-### 阶段一：展示仓产品化
+### 阶段一：展示仓重定位
 
-目标：让评审、合作方、企业客户快速理解随行案。
+目标：让外部快速理解随行案不是开源工作流仓，而是 AI 应用真实性偏差校准样板。
 
-产出：
+重点产出：
 
 - README 首页；
 - 产品叙事文档；
-- 架构逻辑文档；
+- 定位与边界说明；
 - 商业价值文档；
-- 企业版说明；
+- 企业场景说明；
 - 合作路线文档。
 
-### 阶段二：赛事材料与原型验证
+### 阶段二：网页端试运行
 
-目标：把随行案从个人架构能力转成可提交、可评审、可展示的项目。
+目标：用网页端证明随行案不是纸面叙事，而是可体验、可验证的产品原型。
 
-产出：
+重点验证：
 
-- 技术方案文档；
-- 路演 PPT；
-- 产品原型；
-- 演示视频；
-- GitHub 展示链接；
-- 云平台运行入口。
+- 用户是否能理解产品定位；
+- 草案生成是否降低空白文档压力；
+- 用户是否愿意补充真实需求与数据；
+- 用户是否接受“草案 + 人工校准”的产品逻辑。
 
-### 阶段三：个人版 / VIP版试运行
+### 阶段三：赛事与平台沟通
 
-目标：验证真实用户是否愿意使用和续费。
+目标：形成外部背书与平台合作入口。
 
-重点验证：
+重点动作：
 
-- 草案生成速度；
-- 方案完整度；
-- 模板保存意愿；
-- 私人仓库价值；
-- API 套餐接受度；
-- 回流复盘是否能提高复用率。
+- 整理技术方案与路演材料；
+- 提交 AI 产品大赛或创新创业赛事；
+- 用展示仓和网页端作为项目证据；
+- 与云平台、大模型平台或 AI 生态平台沟通合作可能。
 
-### 阶段四：企业版试点
+### 阶段四：个人版 / VIP版验证
 
-目标：验证企业是否愿意为流程重构和组织资产沉淀付费。
+目标：验证普通用户与专业个体是否愿意长期使用。
 
 重点验证：
 
-- 需求数据绑定是否有效；
-- 版本留痕是否降低沟通成本；
-- 部门协同是否更清晰；
-- 企业模板库是否可持续更新；
-- 年度运维是否有付费理由。
+- 草案生成效率；
+- 个人模板沉淀价值；
+- 历史方案资产价值；
+- 反馈回流是否提升复用率；
+- 订阅或增值服务接受度。
 
-### 阶段五：部分开源 / 生态扩散
+### 阶段五：企业试点
 
-目标：在产品结构稳定后，开放适合传播和建立信任的部分，同时保留企业级商业能力。
+目标：验证企业是否愿意为方案流程重构和组织能力沉淀付费。
 
-可开放：
-
-- 展示层；
-- 通用说明；
-- 基础模板；
-- 示例流程；
-- 非企业级演示项目。
-
-继续保留：
+重点验证：
 
-- 企业权限；
-- 内控系统；
-- 客户数据绑定深层规则；
-- 高级回流机制；
-- 行业定制模板；
-- 私有化部署与运维。
+- 是否减少需求漂移；
+- 是否降低版本混乱；
+- 是否提升跨部门沟通效率；
+- 是否帮助企业沉淀成功方案经验；
+- 是否具备年度服务价值。
 
 ---
 
@@ -211,24 +204,28 @@ AI 产品大赛和平台型赛事可以提供：
 
 ### 面向赛事 / 平台
 
-> 随行案是一套基于大模型与云服务的方案设计工程化工作流系统。它用 AI 生成可校准方案草案，用真实需求与数据校准方向，用版本留痕和回流复盘防止方案失真，并通过个人版、VIP版和企业版分别服务效率提升、个人方案资产沉淀和企业方案流程重构。
+> 随行案是一套面向方案设计场景的 AI 工作流产品模型。它不追求让 AI 一次性写完最终方案，而是围绕真实需求、真实数据、人工判断、版本过程和反馈回流，持续校准 AI 输出中的真实性偏差。
+
+### 面向云平台 / 大模型平台
+
+> 随行案可以作为一个真实业务场景入口，展示 AI 应用如何把复杂脑力劳动转化为持续的模型调用、云资源消耗、数据沉淀和企业流程优化。
 
 ### 面向企业客户
 
-> 随行案企业版帮助企业把方案设计从个人经验劳动升级为可追踪、可复盘、可协同、可沉淀的组织能力，降低多轮修改带来的需求漂移和流程磨损。
+> 随行案帮助企业把方案设计从个人经验劳动升级为可追踪、可复盘、可协同、可沉淀的组织能力，降低多轮修改带来的需求漂移和真实性偏差。
 
 ### 面向普通用户
 
-> 随行案帮你快速生成结构完整、逻辑清晰、可继续修改的方案草案，让你不用从空白文档开始。
+> 随行案帮你从空白文档快速得到一版可继续修改的方案草案，并引导你用真实需求和数据不断校准它。
 
 ---
 
 ## 8. 总结
 
-随行案的合作路线是：
+随行案的合作路线不是把核心架构全部公开，而是：
 
-> **先用展示仓建立信任，再用云平台跑通产品，再用赛事拿背书，再用 VIP 和企业版验证商业化。**
+> 用展示仓建立信任，用网页端验证体验，用赛事获取背书，用平台连接生态，用企业试点验证商业价值。
 
 最短表达：
 
-> **GitHub 建信任，云平台做运行；赛事拿背书，VIP 做续费，企业版做高客单价。**
+> 展示仓建信任，网页端做验证；赛事拿背书，平台接生态，企业试点做商业化。