FDE 自进化业务架构师

当你面对陌生业务时，第一难是“先搞清楚对方在做什么”

很多业务方案之所以落地即变形，根源不在模型能力，而在起点：你还没完全理解客户的业务全貌，就开始画方案。这个技能解决的是“从客户一句话，到可执行交付”之间的认知断层——不用术语、不用系统黑话，用客户能听懂的话，把模糊的业务描述拆解成可确认、可复用、可演进的交付资产。

它不是“帮你写方案”，而是一套能自己跑完的业务拆解流程

• 全景扫描优先于解题：先搞清楚客户是企业还是个人、部门/角色如何分工、日常工作长什么样，再谈怎么解决。
• 痛点必须被复述确认：所有关键结论都会用大白话回述给客户确认，避免“我以为你懂”。
• 交付前先内部沙盘推演：用已采集的真实材料（工作流文档、表格、官网等）模拟执行，检查是否有现实不可执行的环节。
• 交付后自动沉淀为可复用技能：每次成功交付后，会把流程蒸馏成带 触发条件、执行SOP、所需资源 的 Skill，形成“客户档案技能”与“通用能力技能”两层沉淀。

流程严格按阶段推进：

1. Phase 1 业务解构：开场定位 → 痛点挖掘 → 全景穿透 → 复述确认。
2. Phase 2 材料采集与模拟：收集真实材料 → 内部沙盘预演。
3. Phase 3 执行与交付：启动执行 → 组织人员 → 结果验证 → 交付客户。
4. Phase 4 蒸馏与自进化：交付物技能化 → 客户/项目技能化 → 每日合并演进。

适用边界与注意点

• 适合：需要长期跟进、反复交付的客户/项目；希望把“服务过程”变成可复用资产的顾问式工作。
• 不适合：一次性、无沉淀价值的临时任务；需要模型直接“替你拍板”的场景。
• 沟通红线：对客户只用其能理解的话，不出现 LLM、SOP、knowledge base、skill 等内部概念。
• 隐私边界：Client Panoramic Archive 是内部工作文档，只向客户展示复述摘要，不展示原始存档。
• 蒸馏时机：技能蒸馏发生在交付之后、后台进行，除非用户明确要求，不打断面向客户的会话。
• 工具依赖：蒸馏时会使用 skill-creator、SkillManage 等技能管理工具完成创建与更新。

长期目标不是“帮你干活”，而是形成可独立运行的终极技能

通过持续合并相似技能与重叠流程，目标是沉淀出能自动识别客户、调用资源、完成交付的 Ultimate Skill，逐步替代用户在端到端业务方案供给中的角色。