FDE工作台建设方案
article
2026年8月20日阅读约 19 分钟3,723 字
更新于 2026年8月20日
FDE工作台建设方案
产品名称：FDEOS（FDE 工程交付操作系统）
文档类型：产品需求说明书（PRD）+ 分阶段建设方案
文档状态：方案评审稿 V1.0
适用对象：产品、研发、架构、交付、运营、安全及试点项目负责人
编制依据：对话要求.text、fdeos-v2-整改方案.md、fdeos-leadership-slides-v2/fdeos-leadership-slides-v2.html、fdeos-leadership-slides-v2/视频解说稿.md
1. 方案摘要
1.1 建设结论
FDE 工作台不是一个新的聊天机器人，也不是 Hermes、Claude Code、Codex 或 OpenCode 的替代品。它是 FDEOS 面向前置部署工程师的统一工作入口，并与企业工程资产、能力复用和行业洞察能力共同构成完整产品。
FDEOS = 面向 FDE 的工程交付工作台 + 企业工程资产系统 + 能力复用与行业洞察平台。
系统围绕一条核心价值链建设：
FDE 在客户现场完成需求判断、方案设计、原型验证和项目交付；FDEOS 将过程中的文档、决策、代码、测试、部署和验收结果自动沉淀为可追踪、可复用的企业工程资产，再反过来缩短下一次交付，并把行业信号转化为可供 FDE 使用的方案机会。
核心动作按顺序归纳为：做事 -> 留下 -> 复用 -> 转化。
1.2 要解决的核心问题
当前 FDE 交付过程中并不缺少智能工具，真正的问题是交付经验没有形成稳定回流：
| 现状问题 | 直接影响 | FDEOS 建设动作 |
|---|---|---|
| 客户输入散落在会议、聊天、录音和个人笔记中 | 需求背景反复解释，版本不一致 | 建立客户空间、会议归档、需求规格书和决策记录 |
| 判断和踩坑经验留在个人或单个项目内 | 下一个项目重新试错 | 自动回流项目资产，形成项目、团队、组织级知识 |
| 原型、代码、测试、部署分散在不同工具 | 无法回答“哪份产物解决了哪条需求” | 建立可追踪的工程资产图 |
| Agent 能执行任务，但项目上下文和结果难以稳定承接 | 更换 Agent 后上下文断裂 | Agent 可替换，项目权威上下文保留在 FDEOS |
| 插件、Skill、Workflow、Scaffold 缺少统一生命周期 | 好经验无法安全复用 | 建设能力市场和验证发布链 |
| 行业资讯与项目资产相互割裂 | 洞察停在日报，不能转化为客户方案 | 关联行业信号、历史方案、案例和能力，辅助生成规划或原型 |
1.3 建设目标
- 为 FDE 提供从客户输入、需求决策、原型、开发测试、部署到复盘的统一工作台。
- 跑通飞书 Hermes 或其他 Agent 与 FDEOS 之间基于 MCP 的受控协作。
- 让 Markdown、测试问题、部署记录、规则文件和客户验收结果自动进入工程资产图。
- 让经过验证的项目经验成为下一项目可直接调用的 Plugin、Skill、Workflow 或 Scaffold。
- 建立项目级、团队级、组织级和行业级知识与 Memory 边界。
- 通过内置智能运行时完成每日知识整理、资产关联、行业日报和 Skill 候选发现。
- 将行业信号与工程资产关联，形成日报、商机线索、行业系统规划、原型和案例。
- 用真实项目和可验证证据验收，不以未经验证的效率倍数、收入或商机数量作为首个试点承诺。
1.4 非目标
本项目当前不做以下事项：
- 不建设通用聊天机器人，不复制 Hermes、Claude Code、Codex 的对话和编码能力。
- 不替代 FDE 的客户判断、范围确认、风险决策和最终验收。
- 不替代全栈工程师完成生产级软件研发和质量责任。
- 不允许外部 Agent 直接访问或共享 FDEOS 底层数据库。
- 不允许系统自动把候选 Skill、商机或生成方案直接发布为组织权威内容。
- 不在首个建设阶段一次性铺开所有行业、全部连接器和完整开放生态。
- 不把 MCP 定义为 Agent、数据库或业务系统；MCP 仅承担标准连接和受控读写。
2. 产品定位与边界
2.1 产品定位
FDE 工作台是 FDEOS 的用户工作面，FDEOS 以多租户 SaaS 形态提供项目承接、资产沉淀、能力复用和行业洞察平台能力。
| 产品层 | 定位 | 主要对象 | 核心产出 |
|---|---|---|---|
| FDE 工作台 | FDE 每日完成交付工作的统一入口 | 个人、客户空间、项目、会议、需求、看板、原型、部署 | 需求、决策、交付物、验收结果 |
| 企业工程资产系统 | 企业受治理的项目事实与工程资产层 | Requirement、Decision、Solution、Code、Test、Deployment、Outcome | 工程资产图、LLM Wiki、可追踪知识 |
| 能力复用平台 | 将稳定经验转化为可调用能力 | Plugin、Skill、Workflow、Scaffold | 能力目录、版本、评测、复用记录 |
| 行业洞察平台 | 将外部信号与内部资产连接 | 行业信号、趋势、客户事件、案例 | 日报、商机线索、系统规划、原型、案例 |
2.2 三方责任边界
| 角色/系统 | 负责 | 不负责 |
|---|---|---|
| FDE | 理解客户目标、确认范围、判断风险、选择方案、把关发布、组织验收和复盘 | 不承担平台底层治理和所有重复整理工作 |
| 外部 Agent | 会议转写、分析、文档生成、编码、原型、测试辅助和工具执行 | 不直接管理企业权威资产，不绕过审批发布高风险结果 |
| MCP 连接入口 | 身份与范围校验、工具目录、上下文读取、资产写入、调用记录和确认请求 | 不是 Agent，不保存企业业务事实，不代替项目系统 |
| FDEOS | 工作空间、项目、资产、知识、能力、部署、权限、审计、复用和行业洞察 | 不替 FDE 做客户判断，不绑定单一 Agent 厂商 |
| 内置智能运行时 | 文档归纳、知识整理、日报、资产关联、Skill 候选发现和定时任务 | 不直接替代外部 Agent 的交付执行，不自动发布权威结论 |
2.3 Agent 与 FDEOS 的记忆边界
| 层级 | 定义 | 默认共享范围 | 权威性与写入规则 |
|---|---|---|---|
| Task Memory | Agent 单次任务上下文、个人草稿和临时推理结果 | 当前用户或当前 Agent 会话 | 非权威，不自动进入 FDEOS 工程资产 |
| Agent Shared Memory | Hermes 集群等外部 Agent 运行时共享的向量记忆、会话上下文和 Skill 检索记忆 | Agent 集群内部 | 节点可共同进化，但不得直接写 FDEOS 底层库 |
| Project Memory | 与具体客户项目相关的需求、决策、代码、测试和部署上下文 | 项目成员 | 通过 MCP 按项目 scope 写入，是项目受治理资产 |
| Team Memory | 团队复用的方法、案例和能力 | 指定团队 | 由项目资产提炼，经过确认后发布 |
| Org Memory | 组织级标准、模板、能力和最佳实践 | 组织授权用户 | 需能力门审批、版本化和可回滚 |
| Industry Memory | 带来源、时间和行业标签的外部信号与行业知识 | 具备行业权限的用户 | 通过 Connector/爬虫进入，必须保留来源和时效 |
关键原则：Agent 记忆可以共享和进化，FDEOS 资产必须受治理；两者通过 MCP 交换允许的上下文和结果，不共享底层数据库。
2.4 建设原则
- FDE 优先：页面和流程先服务 FDE 的日常动作，不以技术模块为产品导航。
- Agent 可替换：项目数据与特定 Agent 解耦，更换 Agent 不迁移项目资产。
- 资产默认回流：交付产物在合规范围内自动回流，人工只处理判断、冲突和发布。
- 关系先于检索：先建立需求、决策、代码、测试、部署之间的关系，再做语义检索和生成。
- 来源先于生成：所有知识、洞察和生成结果保留来源、时间、版本和责任人。
- 候选不等于发布：系统可以自动发现候选能力，但组织级发布必须经过验证和确认。
- 真实闭环优先：先跑通一个真实 FDE 和一个真实项目，再扩展组织和行业能力。
3. 用户与职责
3.1 核心用户
| 用户角色 | 核心诉求 | 主要使用功能 |
|---|---|---|
| FDE | 快速理解客户、做需求决策、生成原型、推进交付并复用经验 | 工作台、客户空间、项目看板、Agent 协作、脚手架、部署、资产与知识 |
| FDE 负责人/项目经理 | 管理范围、风险、进度、资源、验收和复盘 | 项目看板、时间线、风险、门禁、资产台账、项目报告 |
| 全栈工程师 | 在明确范围和脚手架基础上完成可靠实现 | 项目上下文、Git、测试、部署、技术文档、问题回流 |
| 能力贡献者 | 将稳定做法封装成插件、Skill、Workflow 或 Scaffold | 能力创建、上传、版本、依赖、沙箱和反馈 |
| 能力负责人/评审人 | 确认能力是否可被团队或组织复用 | 评测、审批、发布、停用和回滚 |
| 行业负责人/业务拓展人员 | 获取有证据的行业信号和客户机会 | 行业日报、趋势、商机、案例、方案与原型 |
| 平台管理员/安全管理员 | 保证租户、权限、连接器、审计和资源安全 | 身份、范围、策略、审计、数据源、运行任务和案例窗口控制 |
| 客户评审人 | 查看预览、提出反馈并完成验收 | 受限预览、评论、UAT、签收 |
3.2 核心用户故事
- 作为 FDE，我希望把客户会议录音交给 Hermes 整理，并结合 FDEOS 中的客户历史和项目知识生成需求规格书，以便尽快确认范围。
- 作为 FDE，我希望在与 Agent 的对话中查询并选择合适的脚手架和 Skill，以便快速生成符合组织规范的原型。
- 作为 FDE，我希望代码提交 Git 后由 FDEOS 拉取、构建并发布预览环境，以便客户快速走查。
- 作为项目成员，我希望 Markdown、测试问题、部署记录和验收结果自动归档并建立关系，以便项目复盘和追溯。
- 作为能力贡献者，我希望把项目中的稳定做法提交为候选 Skill，并在验证后供其他项目调用。
- 作为行业负责人，我希望每天看到带来源和时效的行业信号，并能关联历史方案和案例形成可讨论的客户机会。
- 作为管理员，我希望所有 Agent 读写、外网发布和能力发布都有明确范围、责任人和记录。
4. 总体产品架构
4.1 一条主链、两个飞轮、两条横向控制
flowchart TB
S[客户现场需求] --> W[FDE 工作台]
W --> R[需求]
R --> D[决策]
D --> P[方案]
P --> O[原型]
O --> T[开发与测试]
T --> DEP[部署]
DEP --> REV[验收与复盘]
REV --> AG[工程资产图]
AG --> K[知识]
K --> SK[Skill / Workflow]
SK --> SC[Scaffold]
SC --> W
IS[行业外部信号] --> II[行业知识与洞察]
AG --> II
II --> OP[商机线索]
OP --> PLAN[系统规划 / 原型]
PLAN --> CASE[案例]
CASE --> W
MCP[MCP / Connector / Event Bus] -. 连接 .-> W
MCP -. 连接 .-> AG
G[范围门 / 发布门 / 能力门 + 权限与审计] -. 护栏 .-> R
G -. 护栏 .-> DEP
G -. 护栏 .-> SK
4.2 运行关系
flowchart LR
FDE[FDE] --> UI[FDE 工作台]
FDE --> EA[Hermes / Claude / Codex / OpenCode]
EA <--> MCP[MCP 连接入口]
UI <--> CORE[FDEOS 项目与交付域]
MCP <--> CORE
CORE --> ASSET[受治理工程资产图]
ASSET --> MARKET[能力目录]
ASSET --> INDUSTRY[行业知识域]
RT[内置智能运行时] --> ASSET
RT --> INDUSTRY
BUS[Event Bus] <--> CORE
BUS <--> RT
4.3 产品域划分
| 产品域 | 主要能力 | 核心对象 |
|---|---|---|
| 工作空间域 | 个人首页、客户空间、团队协作、上下文切换 | User、Team、Customer、Workspace |
| 项目交付域 | 项目、需求、决策、看板、风险、原型、测试、部署、验收 | Project、Requirement、Decision、Task、Deployment、Signoff |
| Agent 连接域 | MCP、工具目录、scope、Trace、确认请求 | Agent、Tool、Scope、Trace、Approval |
| 工程资产域 | 资产采集、关系、版本、来源、检索、LLM Wiki | Asset、Knowledge、Relation、Source、Version |
| 能力复用域 | Plugin、Skill、Workflow、Scaffold 的贡献、验证和使用 | Capability、CapabilityVersion、Evaluation、Usage |
| 行业洞察域 | 数据源、采集、清洗、标签、日报、商机、规划和案例 | Source、IndustrySignal、Insight、Opportunity、Case |
| 平台运行域 | 内置运行时、定时任务、事件总线、通知、审计和运营 | Job、Event、Notification、Audit |
5. 信息架构与页面规划
5.1 一级导航
| 一级入口 | 主要页面 | 目标 |
|---|---|---|
| 今日工作 | 待办、最近项目、待确认事项、资产回流状态、推荐能力、行业摘要 | 让 FDE 进入系统后立即知道今天先做什么 |
| 客户空间 | 客户档案、联系人、行业背景、会议、历史项目、共享资产 | 保留客户连续上下文 |
| 项目 | 项目总览、看板、需求、决策、原型、代码、测试、部署、验收、复盘 | 承接完整交付主链 |
| 资产与知识 | 工程资产图、LLM Wiki、文档、问题、部署记录、检索 | 查清事实、关系和来源 |
| 能力市场 | Plugin、Skill、Workflow、Scaffold、候选、评测、版本 | 查找、使用和贡献可复用能力 |
| 行业洞察 | 日报、趋势、信号、商机、系统规划、原型、案例 | 把行业信息转化为 FDE 可执行动作 |
| 协作与运营 | 通知、审批、活动、任务运行、贡献、运营报表 | 支持团队协作和持续运营 |
| 管理后台 | 用户、团队、权限、连接器、Agent、模型、数据源、审计、资源 | 管理平台边界和运行安全 |
5.2 工作台首页
首页按“入口 -> 动作 -> 产物 -> 回流”组织，不做模块宣传页。
| 区域 | 展示内容 | 可执行动作 |
|---|---|---|
| 空间切换 | 个人、客户、团队、项目 | 切换上下文，新建客户或项目 |
| 今日待办 | 范围确认、发布确认、能力确认、客户反馈 | 审阅、通过、退回、指派 |
| 最近交付 | 会议、需求、原型、构建、预览和 UAT 状态 | 继续任务、查看记录 |
| 资产回流 | 待归档、已归档、冲突、失败和待确认资产 | 查看来源、修复冲突、重新执行 |
| 推荐能力 | 与当前项目匹配的 Skill、Workflow 和 Scaffold | 对比、安装、在 Agent 对话中调用 |
| 行业摘要 | 与当前客户/行业相关的日报和商机 | 查看证据、标记相关、发起规划 |
5.3 项目工作台
项目页采用统一项目壳，避免文档、看板、代码和部署成为互不关联的独立工具。
| 页签 | 主要内容 | 核心产物 |
|---|---|---|
| 总览 | 目标、范围、状态、风险、成员、里程碑、最近活动 | Project Brief |
| 看板 | 待处理、进行中、待确认、已完成、阻塞 | Task、Owner、Due Date |
| 需求与决策 | 会议输入、需求版本、决策理由、范围和验收标准 | PRD、Decision、Acceptance Criteria |
| 方案与原型 | 方案、脚手架选择、原型预览、客户反馈 | Solution、Scaffold、Prototype |
| 开发与测试 | Git、提交、构建、测试结果、问题和修复 | Commit、Build、Test Issue |
| 部署与验收 | 环境、发布记录、预览地址、UAT 和签收 | Deployment、Signoff |
| 资产与知识 | 本项目资产图、Wiki、回流状态和能力候选 | Asset、Knowledge、Candidate |
| 活动与审计 | Agent 调用、用户操作、审批和事件 | Trace、Approval、Audit Event |
6. 功能需求
需求表按功能域组织，本建设规划不区分实施优先级。
6.1 个人工作台与客户空间
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| WS-01 | 提供个人工作台首页 | 聚合当前用户的项目、待办、门禁和通知 | 登录后可从一个页面进入正在进行的交付 |
| WS-02 | 支持个人、客户、团队、项目空间切换 | 每个空间拥有独立成员、权限和上下文 | 切换空间后数据不串用，导航保持当前 scope |
| WS-03 | 建立客户档案 | 包含行业、联系人、背景、历史会议、项目和资产 | 新项目可引用经授权的客户历史上下文 |
| WS-04 | 提供最近上下文和继续工作入口 | 记录最近查看、最近 Agent 会话和未完成动作 | 用户能从中断位置恢复工作 |
| WS-05 | 提供团队协作与活动流 | 支持评论、@成员、指派、状态变化和通知 | 关键变更可追踪到人员和时间 |
| WS-06 | 推荐与当前上下文匹配的资产和能力 | 推荐必须说明匹配原因和来源 | 用户可查看推荐依据并忽略不相关项 |
6.2 项目管理与交付看板
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| PM-01 | 创建和管理项目 | 项目必须属于一个客户空间，并定义 owner、成员和资产范围 | 新建后生成项目壳、看板和资产域 |
| PM-02 | 管理项目阶段 | 支持需求、决策、方案、原型、开发测试、部署、验收、复盘 | 每个阶段可记录状态、负责人和产物 |
| PM-03 | 提供项目看板 | 支持状态、任务排序、负责人、截止时间、阻塞和关联需求 | 看板项可追溯到项目产物或决策 |
| PM-04 | 管理需求版本和变更 | 变更需保留前后差异、原因和影响范围 | 可查看任一版本及其确认人 |
| PM-05 | 管理决策和风险 | 决策记录必须关联需求、方案、责任人和证据 | 能回答为何选择当前方案、谁确认 |
| PM-06 | 管理验收口径 | 范围确认时固化验收条件；变更需重新确认 | 部署和 UAT 可引用同一套验收条件 |
| PM-07 | 支持客户走查与签收 | 客户只访问授权预览、评论和验收入口 | 签收结果写入项目并关联部署版本 |
| PM-08 | 生成项目复盘 | 汇总需求变化、问题、部署、结果和能力候选 | 复盘结论每项可回到原始证据 |
6.3 会议输入与需求规格书
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| MR-01 | 接收飞书 Hermes 的对话、录音和会议纪要 | 通过 MCP 或受控 Connector 接入，保留会议来源和参与人 | 一次真实会议可形成项目输入记录 |
| MR-02 | 支持手工上传录音、纪要和 Markdown | 对文件类型、大小、权限和敏感信息做校验 | 无 Hermes 时仍能完成需求输入 |
| MR-03 | 生成会议转写和结构化纪要 | 保留发言人、时间戳和不确定片段 | 用户可回听或定位原始片段 |
| MR-04 | 生成产品需求规格书 | 可引用客户历史、行业知识和项目资产，引用必须可追溯 | PRD 中能定位每条关键结论的来源 |
| MR-05 | 识别待确认问题和冲突 | 不确定信息不得自动当成已确认需求 | 生成明确的待确认列表和责任人 |
| MR-06 | 支持需求审阅、对比和评论 | FDE 可修改、退回 Agent 重写或发起确认 | 所有修改保留版本和操作者 |
| MR-07 | 设置范围门 | PRD 转为已确认范围前须由 FDE/客户授权人确认 | 未通过范围门不能进入正式发布流程 |
6.4 外部 Agent 与 MCP 连接
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| AG-01 | 支持可替换 Agent | 规划验证 Hermes 与至少一种代码 Agent，接口不绑定单一厂商 | 更换 Agent 后项目上下文和资产仍可继续使用 |
| AG-02 | 提供 MCP 工具目录 | Agent 只能发现当前身份和 scope 允许的工具 | 无权限工具不可见、不可调用 |
| AG-03 | 提供上下文检索接口 | 按客户、项目、资产类型和版本返回允许的上下文 | 响应包含来源、版本和 scope |
| AG-04 | 提供资产写入接口 | 支持文档、问题、测试、部署和能力候选写入 | 写入具备幂等键，重试不产生重复资产 |
| AG-05 | 提供脚手架和能力查询接口 | Agent 可在对话过程中列出、筛选、比较和选择能力 | 选择结果写入项目并记录使用版本 |
| AG-06 | 提供部署通知接口 | Agent 提交 Git 后可通知 FDEOS 构建和部署 | 通知可关联 commit、project 和 trace_id |
| AG-07 | 记录全链路调用 | 记录调用者、工具、scope、输入摘要、结果、状态和时间 | 可按项目回放一次完整 Agent 调用链 |
| AG-08 | 高风险动作触发人工确认 | 外发、删除、敏感写入和发布不得绕过平台策略 | 拒绝后动作不执行且记录原因 |
| AG-09 | 隔离 Agent Memory 与 FDEOS 资产 | Agent 集群内部共享不等于组织资产发布 | Agent 无法直连 FDEOS 底层存储 |
6.5 脚手架、原型、Git、测试与部署
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| DL-01 | 查询和选择脚手架 | 可按技术栈、场景、行业、版本、维护状态筛选 | FDE 可在 Agent 对话中选定一个 Scaffold |
| DL-02 | 初始化项目工程 | Scaffold 包含代码基线、设计规范、规则文件、Hook、测试和部署说明 | 初始化结果记录来源和版本 |
| DL-03 | 生成并预览原型 | Agent 在隔离环境中生成，FDE 可查看、评论和迭代 | 真实需求可生成可访问的原型预览 |
| DL-04 | 对接 Git | 关联仓库、分支、commit、合并请求和项目产物 | commit 可反查对应需求和 Agent 任务 |
| DL-05 | 执行构建与测试 | 记录构建日志、测试结果、问题和修复版本 | 失败状态清晰，问题可回流资产图 |
| DL-06 | 支持 FDEOS 拉取 Git 部署 | 以“Git 提交 -> MCP 通知 -> FDEOS 拉取 -> 构建部署”为主路径 | 可从 commit 生成预览环境和 Deployment 记录 |
| DL-07 | 支持 Agent 直接部署后的信息回传 | 作为备选路径，仍需回传环境、版本、地址和状态 | FDEOS 中可以追踪外部部署结果 |
| DL-08 | 设置发布门 | Preview 转外网或生产环境前由 FDE/授权人确认 | 未确认时环境不可公开发布 |
| DL-09 | 支持客户 UAT 和签收 | 反馈、验收结果与部署版本绑定 | 签收后生成 Outcome/Signoff 资产 |
| DL-10 | 管理临时环境生命周期 | 支持到期、暂停、恢复和关闭，避免长期占用资源 | 关闭环境不删除项目资产和部署记录 |
6.6 工程资产图与 LLM Wiki
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| AK-01 | 自动采集项目 Markdown | 在授权仓库和目录内采集需求、设计、测试、复盘和规则文件 | 新增/变更 Markdown 可进入待归档队列 |
| AK-02 | 采集测试和部署记录 | 支持 CI、测试工具和部署平台事件回流 | 问题、构建、部署均可关联 commit 和需求 |
| AK-03 | 识别规则文件 | 支持 CLAUDE.md、AGENTS.md 等项目规则作为资产来源 |
规则变更保留版本并影响后续 Agent 上下文 |
| AK-04 | 建立工程资产关系 | 连接客户、项目、需求、决策、方案、代码、测试、部署和结果 | 任一关键产物可查看上下游关系 |
| AK-05 | 强制资产元数据 | 至少包含 owner、source、version、status、scope、trace_id 和时间 | 缺少必填元数据的写入进入异常队列 |
| AK-06 | 提供项目 LLM Wiki | 自动生成项目概览、术语、决策、问题、部署和复盘页面 | 每个生成段落可回到来源资产 |
| AK-07 | 区分项目与行业知识域 | 项目事实不得因行业聚合而改变可见范围 | 跨域引用遵循权限并显示来源域 |
| AK-08 | 每日自动整理 | 去重、聚类、关联、过期识别、摘要更新和候选能力发现 | 任务结果可查看、可重跑、可人工修正 |
| AK-09 | 提供混合检索 | 支持关键词、语义、关系、类型、时间、项目和行业过滤 | 结果同时显示匹配原因和来源 |
| AK-10 | 处理重复与冲突 | 同一资产按内容指纹、来源和版本识别重复；冲突不自动覆盖 | 冲突进入人工确认并保留两侧版本 |
| AK-11 | 支持资产贡献统计 | 记录资产被引用、复用、更新和转化为能力的过程 | 可按项目/团队查看可解释的贡献记录 |
6.7 Plugin、Skill、Workflow 与 Scaffold 市场
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| CM-01 | 统一管理四类能力 | Plugin 接系统、Skill 解问题、Workflow 跑流程、Scaffold 起项目 | 每类对象有清晰类型和使用入口 |
| CM-02 | 发现候选能力 | 从项目复盘、重复问题和高复用资产中生成候选 | 候选说明来源项目、适用场景和证据 |
| CM-03 | 支持个人贡献和上传 | 任何授权成员可提交插件或能力，但提交不等于发布 | 上传项默认仅贡献者和评审人可见 |
| CM-04 | 提供隔离验证 | 在 Sandbox 验证输入、输出、异常、权限和依赖 | 验证失败不得进入发布确认 |
| CM-05 | 提供能力评测 | 支持自动检查、样例运行和人工评审 | 评测报告关联具体能力版本 |
| CM-06 | 设置能力门 | 团队/组织级发布需能力负责人确认 | 通过后才进入正式能力目录 |
| CM-07 | 管理版本和依赖 | 保存版本、依赖、兼容范围、权限、来源和变更说明 | 项目调用可固定版本，升级需显式确认 |
| CM-08 | 支持安装和项目调用 | 工作台和 Agent 均可按 scope 查询、安装和调用 | 使用记录关联项目、用户和版本 |
| CM-09 | 收集使用反馈 | 记录成功、失败、耗时、人工修正和用户评价 | 反馈可触发新版本候选 |
| CM-10 | 支持演进、停用和回滚 | 新版本重新评测；失败能力可停用且不污染新项目 | 回滚后旧版本调用按策略处理 |
| CM-11 | 支持三种触发方式 | 人工触发、MCP 触发、定时任务触发 | 每次触发均记录来源和执行上下文 |
运行与插件机制可借鉴 Harness 类框架的设计思想，但产品层保持 Agent 和模型厂商中立，不将某一框架实现写死为产品边界。
6.8 内置智能运行时与事件总线
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| RT-01 | 统一执行后台任务 | 支持人工、MCP 和定时三种触发 | 任务有状态、发起人、输入、输出和 trace_id |
| RT-02 | 执行知识整理任务 | 负责文档归纳、知识去重、关系补全和 Wiki 更新 | 输出只更新允许的 scope，并保留变更记录 |
| RT-03 | 执行行业任务 | 负责采集调度、日报生成、趋势聚合和资产匹配 | 每个结论保留原始来源 |
| RT-04 | 发现 Skill 候选 | 识别重复问题、稳定步骤和高价值模板 | 只创建 Candidate，不自动发布 |
| RT-05 | 提供事件总线 | 连接项目事件、Git、测试、部署、资产和通知 | 同一事件可重放，消费失败可重试 |
| RT-06 | 管理失败与重试 | 展示运行日志、失败原因、重试和人工处理入口 | 重试不产生重复资产或重复部署 |
| RT-07 | 限制运行时权限 | 后台任务按服务身份和最小 scope 执行 | 越权任务被拒绝并生成审计记录 |
6.9 行业洞察与商机辅助
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| II-01 | 管理行业数据源 | 支持政策、新闻、报告、招投标、市场/竞品、客户反馈和案例 | 每个数据源记录授权、频率、范围和状态 |
| II-02 | 定时采集和归并 | 按配置抓取，支持去重、失败重试和来源停用 | 采集失败不生成伪造内容 |
| II-03 | 清洗与来源校验 | 保留原文、URL/文件、发布时间、采集时间和可信状态 | 洞察可定位到原始证据 |
| II-04 | 行业标签与趋势抽取 | 支持行业、客户角色、地区、时间和事件标签 | 标签可人工修正并保留修正记录 |
| II-05 | 关联工程资产图 | 匹配历史项目、方案、能力和案例 | 推荐明确说明关联理由和权限范围 |
| II-06 | 生成行业日报和趋势卡 | 日报带来源、时效、适用行业和风险提示 | 不把生成摘要伪装成外部事实 |
| II-07 | 生成商机线索 | 组合行业、客户和触发事件，给出证据与建议动作 | 线索默认待 FDE 确认，不自动进入销售承诺 |
| II-08 | 辅助生成系统规划或原型 | 调用已授权的知识、Skill 和 Scaffold | 生成结果标明假设、来源和待确认项 |
| II-09 | 由 FDE 完成机会确认 | FDE 判断客户价值、可交付性、合规和边界 | 未确认线索不得标记为正式商机 |
6.10 行业案例对外展示
| 编号 | 需求 | 关键规则 | 验收要点 |
|---|---|---|---|
| EC-01 | 将内部案例发布为外部展示项 | 只发布脱敏、授权和人工确认后的内容 | 外部页面无法访问内部资产或项目上下文 |
| EC-02 | 支持一键开启和关闭 | 默认关闭；关闭后停止外部访问和非必要运行资源 | 开关状态即时可见并保留操作记录 |
| EC-03 | 支持案例版本与下架 | 外部内容与内部来源版本关联 | 下架不删除内部案例资产 |
| EC-04 | 支持线索回流 | 外部访问或咨询可形成待确认线索 | 线索进入行业域，不直接写入客户承诺 |
6.11 权限、门禁与审计
建设规划中的业务主链只突出三个门禁，其他安全策略作为横向平台能力存在。
| 门禁 | 触发动作 | 确认人 | 通过后产物 |
|---|---|---|---|
| 范围门 | 需求初稿转为确认范围和验收口径 | FDE + 客户授权人 | Decision、Acceptance Criteria |
| 发布门 | Preview 转为外网或生产部署 | FDE/发布授权人 | Deployment、trace_id |
| 能力门 | 项目经验转为团队/组织可复用能力 | 能力负责人 | Capability Version、Evaluation、Registry Entry |
横向要求：
- 用户、Agent、运行时和 Connector 均使用独立身份，按租户、空间、项目和工具授予最小权限。
- 敏感导出、删除和密钥操作必须受平台安全策略拦截，即使不作为独立业务门禁展示。
- 所有资产写入、权限变更、外发、部署、能力发布、停用和回滚必须记录审计事件。
- 审计记录至少包含 actor、action、target、scope、result、reason、trace_id 和 timestamp。
- 客户数据、组织资产、行业外部信号和公开案例必须有明确的数据分类与可见范围。
7. 核心业务流程
7.1 从会议到需求、原型、部署和资产回流
sequenceDiagram
participant C as 客户
participant F as FDE
participant A as 外部 Agent
participant M as MCP 连接入口
participant O as FDEOS
participant G as Git
participant E as 部署环境
C->>F: 会议、录音、业务背景
F->>A: 发起整理需求
A->>M: 查询客户/项目授权上下文
M->>O: 按 scope 读取资产
O-->>A: 返回来源、版本和知识
A-->>F: 需求规格书与待确认项
F->>O: 通过范围门并固化验收口径
F->>A: 对话中选择 Skill/Scaffold
A->>M: 查询并获取已授权能力
M->>O: 记录能力版本与使用关系
A->>A: 生成原型、代码和测试
A->>G: 提交代码
A->>M: 通知项目、commit 和部署请求
M->>O: 创建构建与部署任务
O->>G: 拉取指定 commit
O->>E: 构建并发布 Preview
O-->>F: 请求发布门确认
F->>E: 审核预览并批准发布
C->>F: UAT 与签收
F->>O: 写入验收结果和复盘
O->>O: 文档、测试、部署、签收回流资产图
标准九步状态：
| 步骤 | 动作 | 主责任方 | 主产物 |
|---|---|---|---|
| 01 | 会议输入 | FDE/客户 | Recording、Meeting Context |
| 02 | 需求归纳 | 外部 Agent | PRD Draft、Open Questions |
| 03 | 范围确认 | FDE/客户 | Decision、Acceptance Criteria |
| 04 | 能力装配 | FDE + FDEOS + Agent | Skill/Scaffold Selection |
| 05 | 原型生成 | 外部 Agent | Prototype |
| 06 | 构建测试 | Agent + FDEOS + 工程师 | Commit、Build、Test Issue |
| 07 | 预览部署 | FDEOS + FDE | Deployment |
| 08 | 客户验收 | 客户 + FDE | Signoff、Feedback |
| 09 | 资产回流 | FDEOS 内置运行时 | Asset、Knowledge、Candidate |
7.2 资产自动回流
flowchart LR
M[Markdown / Rule Files] --> W[MCP / Connector 写入]
T[Test Issue / Build] --> W
D[Deployment Record] --> W
S[Customer Signoff] --> W
W --> Q[校验来源、scope、版本和指纹]
Q --> G[工程资产图]
G --> K[项目 LLM Wiki]
G --> C[Skill / Workflow / Scaffold 候选]
G --> R[复盘与下一项目检索]
C --> V[验证与能力门]
V --> N[下一项目可调用]
处理规则：
- 采集范围以授权仓库、目录、项目和数据分类为准，不等于无差别收集所有文件。
- 所有写入先做来源、scope、版本、指纹和敏感信息校验。
- 相同内容幂等合并；不同版本建立演进关系；冲突内容进入人工确认。
- 自动总结只创建派生知识，不覆盖原始资产。
- 能力候选必须保留来源项目和证据，不能自动发布。
7.3 能力复用与共同进化
flowchart LR
P[项目复盘] --> C[Candidate]
C --> S[Sandbox]
S --> E[Evaluation]
E --> A[人工确认]
A --> R[Registry]
R --> U[Project Usage]
U --> F[Feedback]
F --> N[New Version]
N --> S
E --> X[Reject / Fix]
U --> B[Disable / Rollback]
共同进化不等于自动发布：Agent 节点可以共享检索记忆和 Skill 使用反馈；FDEOS 依据多个项目的证据发现候选；经过隔离验证、评测和人工确认后，能力才进入团队或组织目录。
7.4 行业信号到方案机会
flowchart LR
I[政策 / 新闻 / 报告 / 招投标 / 市场 / 客户反馈] --> C[采集与归并]
C --> V[清洗、去重、来源校验]
V --> T[行业、时间、客户标签]
T --> A[关联工程资产图]
A --> D[行业日报 / 趋势]
A --> O[商机线索]
O --> F[FDE 评估]
F --> P[系统规划 / 原型]
P --> K[案例]
K --> R[反哺项目与能力]
8. 工程资产与数据模型
8.1 核心对象
| 对象 | 用途 | 关键关系 |
|---|---|---|
| Tenant/Organization | 租户和组织边界 | 包含 Team、Workspace、User |
| Customer | 客户档案和连续上下文 | 关联 Workspace、Project、Industry |
| Workspace | 个人、客户或团队工作空间 | 包含 Project、Member、Scope |
| Project | 一次具体工程交付 | 关联 Requirement、Decision、Asset、Deployment |
| Requirement | 客户需求及版本 | 来源于 Meeting，关联 Decision 和 Acceptance Criteria |
| Decision | 范围、方案或风险判断 | 关联 Requirement、Evidence、Owner |
| Solution | 解决方案和技术规划 | 关联 Requirement、Prototype、Capability |
| Artifact | 文档、代码、原型、测试、媒体等统一资产 | 关联 Source、Version、Project 和上下游对象 |
| TestRecord | 构建、测试结果和问题 | 关联 Commit、Requirement、Deployment |
| Deployment | 环境和发布记录 | 关联 Commit、Approval、Signoff |
| Outcome/Signoff | 客户结果、反馈和验收 | 关联 Project、Deployment、Decision |
| KnowledgeItem | 从资产派生的结构化知识 | 关联原始 Asset 和适用 scope |
| Capability | Plugin、Skill、Workflow、Scaffold | 关联来源项目、版本、评测和使用记录 |
| IndustrySignal | 外部行业事实或信号 | 关联 Source、Industry、Customer、Time |
| Opportunity | 经系统发现、由 FDE 确认的机会 | 关联 Signal、Customer、Solution、Case |
| TraceEvent | 用户、Agent 和系统动作记录 | 关联 actor、tool、scope、target 和 result |
8.2 主关系链
Customer
-> Workspace
-> Project
-> Requirement
-> Decision
-> Solution
-> Prototype / Code / Test
-> Deployment
-> Outcome / Signoff
-> Knowledge / Capability Candidate
-> Next Project
8.3 资产必填元数据
| 字段 | 说明 |
|---|---|
| asset_id | 全局唯一标识 |
| tenant_id / workspace_id / project_id | 归属与隔离范围 |
| type | 文档、代码、测试、部署、知识、能力等类型 |
| title / summary | 可读标题与摘要 |
| owner | 资产责任人 |
| source / source_uri | 原始来源和定位信息 |
| source_type | 用户、Agent、Connector、运行时或外部数据源 |
| version / content_hash | 版本与幂等识别 |
| status | 草稿、待确认、已确认、已发布、已停用等 |
| visibility / scope | 个人、项目、团队、组织、行业、公开 |
| trace_id | 对应执行链路 |
| created_by / created_at / updated_at | 创建、修改和时间信息 |
| relations | 上下游 Requirement、Decision、Commit、Deployment 等关系 |
8.4 状态模型
| 对象 | 建议状态流 |
|---|---|
| Requirement | Draft -> Pending Review -> Confirmed -> Changed -> Closed |
| Project | Draft -> Active -> Delivery -> UAT -> Closed -> Archived |
| Deployment | Queued -> Building -> Ready -> Pending Approval -> Published -> Failed/Rolled Back |
| Capability | Candidate -> Sandbox -> Evaluating -> Pending Approval -> Published -> Deprecated/Rolled Back |
| Opportunity | Detected -> FDE Review -> Qualified -> Planning -> Converted/Rejected |
9. 关键交互与异常规则
| 场景 | 产品处理规则 |
|---|---|
| 录音转写失败或片段不清晰 | 标记不确定片段，允许人工修订和重新处理，不生成已确认需求 |
| Agent 无权访问客户上下文 | MCP 返回明确拒绝和允许申请的 scope，不返回数据片段 |
| Agent 重复写入同一 Markdown | 依据幂等键和内容指纹合并，保留一次成功事件 |
| 同一需求出现冲突版本 | 不自动覆盖；显示差异、来源和确认责任人 |
| Scaffold 版本不兼容 | 阻止初始化或提示兼容版本，记录选择结果 |
| Git 构建或测试失败 | 部署停止在失败状态，问题自动进入项目和资产回流队列 |
| 发布审批被拒绝 | 环境保持内部预览或关闭，记录理由，不外发地址 |
| Agent 已直接部署 | 接受合规的部署信息回传，但标注外部执行来源和完整性状态 |
| Skill 评测失败 | 保持 Candidate/Sandbox 状态，允许修订后重试，不进入目录 |
| 已发布能力产生严重问题 | 停用新调用，允许项目固定旧版本或回滚，并发起复盘 |
| 行业来源失效或过期 | 标记不可用/过期，不基于单一失效来源生成确定性结论 |
| 生成商机与实际客户不匹配 | FDE 可标记无关并反馈原因，用于后续匹配优化 |
| 案例展示窗口关闭 | 立即停止外部访问，内部案例和来源资产继续保留 |
10. 非功能与安全要求
10.1 安全与合规
- 支持租户、组织、团队、客户空间和项目多级隔离。
- 默认最小权限，用户、Agent、Connector 和后台任务分别授权。
- 客户录音、需求、代码、部署信息和行业数据需支持数据分类、脱敏、保留期限和删除策略。
- 凭据、Token、密钥和生产配置不得进入普通知识库或 Agent 上下文。
- 外部 Agent 只通过 MCP 和允许的 Tool 访问数据，不提供底层库凭据。
- 外部行业内容视为不可信输入，不允许其文本直接触发工具执行或能力发布。
- 公开案例必须经过脱敏、授权和人工发布确认，默认关闭。
10.2 可靠性与可恢复性
- MCP 写入、事件消费和后台任务必须支持幂等、重试和失败可见。
- 项目资产、能力版本和部署记录不得被自动摘要覆盖或静默删除。
- 能力和部署必须支持版本固定、停用和回滚。
- 关键事件支持按 trace_id 关联和回放，便于定位交付问题。
- 具体可用性、恢复时间和数据恢复点指标在技术方案阶段根据部署形态确认，本版不作无依据承诺。
10.3 可用性与可访问性
- 工作台以桌面端高频交付为主，同时保证移动端可查看待办、审批、日报和客户预览。
- 状态、风险和门禁不能只依赖颜色表达，必须同时提供文字或图标。
- 长任务提供进度、取消、失败原因、重试和完成通知。
- 关键列表支持搜索、过滤、排序、保存视图和权限内导出。
- 页面中的生成内容必须明确标识“生成、来源、更新时间、待确认状态”。
10.4 可运营性
- 提供 Connector、Agent、模型、任务、能力、资产回流和案例窗口的运行状态。
- 提供失败任务、异常写入、权限拒绝、能力回滚和过期来源的运营队列。
- 支持按项目、团队和能力查看使用与贡献，但不把单一调用次数直接解释为业务价值。
11. 分阶段建设路线
建设规划不以页面数量或功能上线为完成标准，以真实业务闭环证据描述各阶段成果边界。
11.1 阶段一：FDE 生产力与真实项目闭环
目标：用一个真实 FDE 和一个真实项目，从会议输入跑到原型部署、客户验收和资产回流。
建设范围：
- 个人工作台、客户空间、项目空间和项目看板。
- 飞书 Hermes 会议/录音输入及需求规格书生成。
- MCP 连接入口，接入 Hermes 和至少一种代码 Agent。
- 需求、决策、验收口径和范围门。
- Skill/Workflow/Scaffold 最小查询、选择和项目调用。
- 原型沙盒、Git、构建测试、Preview 部署和发布门。
- 工程资产图基础，自动回流 Markdown、测试问题和部署记录。
- 项目 LLM Wiki、基础检索、来源和版本追踪。
- Agent 调用 Trace、权限和审计基础。
阶段成果边界：
- 真实项目从会议输入到部署和客户验收完整跑通。
- Markdown、测试问题、部署记录和签收结果进入工程资产图。
- 至少一个已沉淀资产或能力能被后续项目实际查询和调用。
- Agent 调用、资产写入和部署链路可按 trace_id 追踪。
11.2 阶段二：组织能力复用
目标：将项目经验转化为团队和组织可复用能力，并形成稳定运营机制。
建设范围：
- 团队/组织 Memory 与项目资产的发布边界。
- Plugin、Skill、Workflow、Scaffold 完整能力目录。
- 个人贡献、候选发现、Sandbox、Evaluation、能力门、版本和回滚。
- 多项目资产关联、复用反馈和贡献记录。
- 内置智能运行时的每日知识整理和 Skill 候选发现。
- Agent 集群共享记忆与 FDEOS 受治理资产的同步规则。
- 更完整的协作、通知、运营和异常处理。
阶段成果边界：
- 形成一个可追溯的跨项目复用样例。
- 能力从来源项目、评测、发布到下一项目使用全链路可查。
- 失败能力可停用或回滚，不影响未授权项目。
- 项目、团队和组织资产边界在真实用户下验证通过。
11.3 阶段三：行业智能与方案生态
目标：将行业外部信号与企业工程资产结合，帮助 FDE 发现并推进客户机会。
建设范围：
- 行业数据源和 Connector/爬虫管理。
- 清洗、去重、来源校验、行业标签和趋势抽取。
- 行业日报、趋势卡片和商机线索。
- 与历史项目、方案、能力和案例关联。
- 行业系统规划和原型辅助生成。
- 行业案例对外展示窗口及一键开关。
阶段成果边界：
- 形成一个“行业信号 -> FDE 确认 -> 系统规划/原型 -> 案例”的可追溯样例。
- 每条洞察和商机均可回到来源、时间、适用行业和关联资产。
- 公开案例能独立开关且不暴露内部项目数据。
12. 首个试点验收方案
12.1 四类核心证据
| 证据类别 | 验收内容 | 证据形式 |
|---|---|---|
| 业务闭环 | 一个真实 FDE、一个真实项目从会议到部署和验收跑通 | 项目时间线、现场演示、复盘报告 |
| 资产回流 | Markdown、测试问题、部署记录、签收结果自动进入工程资产图 | 资产台账、关系图、来源与版本记录 |
| 下一项目调用 | 后续项目能检索并实际使用一个已沉淀资产、Skill 或 Scaffold | 使用记录、项目产物、版本信息 |
| Agent 可追踪 | 外部 Agent 通过 MCP 完成读写，调用链和结果可查 | trace_id、调用记录、拒绝/审批样例 |
权限、审批、审计和来源追踪是以上四类证据的共同验收属性，不单独替代业务结果。
12.2 端到端验收场景
| 场景 | 前置条件 | 操作 | 预期结果 |
|---|---|---|---|
| A. 会议生成 PRD | 已创建客户和项目，Hermes 已授权 | 导入真实会议并请求整理 | 生成带来源和待确认项的 PRD 草稿 |
| B. 范围确认 | PRD 草稿已审阅 | FDE 与客户确认范围和验收口径 | 形成已确认版本和 Decision，不可静默覆盖 |
| C. 对话选择 Scaffold | 项目 scope 已确认 | Agent 查询能力市场并选择脚手架 | 记录 Scaffold 版本、来源和使用关系 |
| D. 原型与部署 | Git 和部署环境已接入 | 生成原型、提交 Git、通知 FDEOS 部署 | 形成 Preview、构建测试记录和 Deployment |
| E. 客户验收 | Preview 已通过发布门 | 客户走查并签收 | 反馈和 Signoff 与具体部署版本绑定 |
| F. 资产自动回流 | 项目完成上述步骤 | 运行回流与每日整理 | 文档、问题、部署和签收进入资产图及 Wiki |
| G. 下一项目复用 | 新建第二个项目或复用验证项目 | 检索并调用已沉淀能力 | 使用记录可追溯到原项目和能力版本 |
| H. Agent 越权拦截 | Agent 缺少目标项目权限 | 请求读取或写入目标资产 | MCP 拒绝请求且审计记录完整 |
12.3 建议运营指标
以下指标用于建立基线，具体目标值应在试点范围、样本量和周期确认后共同设定：
- 会议输入到 PRD 草稿的完成率和人工修订情况。
- 项目阶段产物完整率与来源字段完整率。
- Markdown、测试、部署和签收的自动回流成功率。
- 需求、决策、代码、测试和部署关系覆盖率。
- 资产和能力被下一项目检索、引用和实际使用的次数。
- Agent 调用成功、拒绝、审批和失败分布。
- 从 Git 提交到可预览环境的交付时长分布。
- 能力候选通过、退回、停用和回滚情况。
- 行业日报被查看、标记相关、形成规划或原型的转化路径。
13. 项目组织与职责建议
| 工作项 | FDE/业务 | 产品 | 研发/架构 | 安全/运维 | 能力负责人 |
|---|---|---|---|---|---|
| 试点场景和验收口径 | 主责 | 协同 | 参与 | 参与 | 参与 |
| 工作台和项目流程 | 评审 | 主责 | 实施 | 参与 | 参与 |
| Agent/MCP 接入 | 评审 | 定义需求 | 主责 | 审核 | 参与 |
| 工程资产图和 LLM Wiki | 提供样本 | 定义模型 | 主责 | 审核 | 参与 |
| Git、测试和部署 | 验收 | 协同 | 主责 | 主责 | 参与 |
| 能力市场和评测 | 贡献/使用 | 定义流程 | 实施 | 审核 | 主责 |
| 行业数据和商机 | 主责确认 | 定义流程 | 实施 | 合规审核 | 提供能力 |
| 权限、审计和公开案例 | 参与 | 定义业务规则 | 实施 | 主责 | 审核发布 |
首个试点必须明确一名业务验收负责人、一名产品负责人、一名技术负责人和一名资产/能力运营负责人，避免“系统上线但无人确认、无人运营”。
14. 前置依赖与风险
14.1 前置依赖
- 确认首个真实业务线、FDE、客户场景和项目样本。
- 获得飞书/Hermes 的对话、录音或会议纪要接入权限。
- 确定首个试点接入的代码 Agent 和模型政策。
- 准备可用于试点的 Git 仓库、构建测试链路和 Preview 部署环境。
- 确认用户身份源、团队组织、客户空间和 SSO/权限方案。
- 确认客户数据、代码、录音、行业数据和公开案例的合规边界。
- 指定能力发布负责人和资产运营责任人。
14.2 主要风险与应对
| 风险 | 表现 | 应对 |
|---|---|---|
| 范围过大 | 首个建设阶段同时建设市场、行业平台和全部连接器 | 只以真实交付闭环作为首个建设阶段范围，按阶段成果边界扩展 |
| 产品退化为聊天入口 | 首页只剩对话框，项目动作和产物不可见 | 工作台以客户、项目、看板、原型、部署和回流为主结构 |
| 资产变成文件堆 | 只上传文件，不记录关系和来源 | 工程资产必须关联项目对象并具备元数据 |
| Agent 与平台边界混乱 | Agent 直连数据库或共享权威 Memory | 统一通过 MCP，Agent Memory 与受治理资产分离 |
| 自动总结污染事实 | 生成摘要覆盖原始文档或无来源 | 原文不可变，摘要作为派生资产并显示来源 |
| Skill 自进化失控 | 候选能力自动进入组织目录 | 自动发现、人工发布、版本评测、失败回滚 |
| 治理压过生产力 | 页面和流程充满审批，FDE 操作变慢 | 业务主链只突出范围门、发布门和能力门 |
| 行业洞察不可用 | 大量资讯无来源、无客户关联 | 强制来源/时效，关联资产图，由 FDE 确认价值 |
| 试点无法证明复用 | 只有一个项目，无后续使用场景 | 在首个试点验收中预留第二项目或复用验证任务 |
| 缺少长期运营 | 能力、知识和数据源逐渐失效 | 明确资产、能力和行业内容的运营 owner |
15. 需要双方确认的启动决策
| 决策项 | 推荐默认方案 | 需要确认的内容 |
|---|---|---|
| 首个试点 | 选择范围清晰、可快速形成原型且允许部署预览的真实项目 | 业务线、客户场景、FDE、验收人、数据权限 |
| 工作台主入口 | Web 工作台承载权威项目和资产，飞书/Hermes 作为会议与对话入口 | 用户日常入口、移动端范围、通知渠道 |
| 首个试点 Agent | Hermes + 一种代码 Agent，验证可替换性 | 厂商、模型、网络和数据出域政策 |
| 主部署路径 | FDEOS 从 Git 拉取并部署；Agent 直接部署作为备选 | 环境、域名、资源、审批和运维责任 |
| 资产边界 | Project 为默认共享单元，Team/Org 通过发布提升 scope | 个人、项目、团队、组织、客户的所有权和可见范围 |
| Skill 演进 | 自动发现候选，人工确认发布 | 评测标准、能力负责人、回滚策略 |
| 行业数据源 | 从少量授权且高价值的数据源开始 | 数据授权、抓取频率、可信度和合规责任 |
| 案例窗口 | 默认关闭，按案例单独脱敏和发布 | 对外域名、展示内容、资源策略和下架责任 |
| 运营机制 | 产品、资产、能力、行业四类 owner 明确 | 日常运营人员、问题响应和阶段评审机制 |
16. 需求追溯矩阵
| Slides 结论 | 本方案对应章节 | 建设落点 |
|---|---|---|
| 01 让每次交付成为下一次起点 | 1、2 | 产品定位、核心价值链和非目标 |
| 02 问题是交付经验没有回流 | 1.2、6.6、7.2 | 自动回流、工程资产图和 LLM Wiki |
| 03 Agent 执行，FDEOS 承接成果 | 2.2、2.3、6.4 | 三方边界、Memory 分离和 MCP |
| 04 一条主链、两个飞轮、两条控制 | 4、7 | 总体架构和四条核心流程 |
| 05 围绕 FDE 工作动作组织业务面 | 5、6.1 至 6.5 | 工作台、客户空间、项目和交付页面 |
| 06 核心数据是工程资产图 | 6.6、8 | 数据对象、关系、元数据和状态 |
| 07 会议到原型部署的真实项目 | 7.1、12.2 | 九步流程和端到端验收场景 |
| 08 项目经验成为可调用能力 | 6.7、7.3 | 四类能力、验证发布和共同进化 |
| 09 项目资产形成行业洞察和商机 | 6.9、6.10、7.4 | 行业信号、规划、原型和案例窗口 |
| 10 真实试点后再扩展 | 11、12、15 | 三阶段路线、验收证据和启动决策 |
17. Slides 交付约束
本方案对应的十页领导汇报不是产品功能清单的简单缩排，页面应沿同一示例项目呈现“做事 -> 留下 -> 复用 -> 转化”的证据链。
- 保持十页左右、结论句标题和高密度信息结构；每页只设置一个主结论。
- 使用暖白底、蓝/青/橙语义色和安静的编辑网格，不采用深色科技风或无业务含义的装饰卡片。
- 架构、资产图、泳道、行业信号流等关系图使用可编辑 HTML/SVG；连线采用正交路由、明确箭头和图例。
- Canvas 只承担数据流、飞轮和事件回流等动效，不把关键文字和大量节点塞入 Canvas。
- 生成式位图只承担客户现场、材质或背景氛围；标题、节点、数字、箭头和关键关系必须由 HTML/SVG 实现。
- 颜色不能单独承载状态；门禁、风险、来源和待确认状态同时提供文字或图标。
- 所有页面应能回到同一示例项目的产物：会议输入、PRD、Decision、Scaffold、Prototype、Commit、Deployment、Signoff、Asset。
- 演示版和静态导出版共享同一信息结构，低高度和移动端只隐藏次级说明，不压缩到无法阅读。
18. 完成定义
FDE 工作台建设完成，不以“上线了多少菜单”判断，而应同时满足以下条件：
- FDE 能在同一客户和项目上下文中完成会议整理、范围确认、能力选择、原型、部署和验收。
- Hermes、Claude、Codex 等外部 Agent 可替换，并且只通过 MCP 在授权 scope 内读写。
- Markdown、测试问题、部署记录和签收结果能自动回流，并可在工程资产图中追溯关系和来源。
- 项目经验可以经过验证成为下一项目实际调用的 Skill、Workflow 或 Scaffold。
- 项目、团队、组织和行业 Memory 边界明确，Agent 临时记忆不被误当作企业权威资产。
- 行业信号能够在保留来源和时效的前提下，落到 FDE 可评估的系统规划、原型或案例。
- 范围、发布和能力三个关键门禁有效，所有关键动作可追踪、可拒绝、可回滚。
最终要形成的不是“一个会回答问题的系统”，而是一个持续把交付结果变成组织能力、再把组织能力带回客户现场的 FDE 工程交付工作台。