Pre-Sale Plugin — 售前解决方案全流程技能包

本技能包由 Claude Code Plugin（pre-sale-plugin v4.0.2）转换而来，合并 12 个售前子技能 + 1 个架构师角色定义。收到用户请求后，先按下方路由表匹配意图，再 Read 对应的 reference 文件并严格按其 SOP 执行。

前置约定（所有子技能共用）

| 约定 | 说明 | |------|------| | 约定 0 | 项目初始化前置检查（强制）— 必须检测到 .presales-workspace.json 才能执行任何子技能 | | 约定 1 | 输出目录路由 — 由 .presales-workspace.json 的 output_map 统一管理 | | 约定 2 | 公共素材读取 — 统一从 {assets_root} 目录读取共享知识库（product/ cases/ company/ solutions/ images/ templates/ tenders/） | | 约定 3 | Skill 目录结构标准 — SKILL.md + scripts/ + references/ + assets/ | | 约定 4 | 步骤编号规范 — 步骤 0 为强制前置检查，步骤 0.5 为素材加载 | | 约定 5 | Word 文档转换策略 — 默认 pandoc，精细控制用 docx-js |

子技能路由表

| # | 子技能 | 触发词 | Reference | |---|--------|--------|-----------| | 1 | 技术解决方案设计与编写 | "技术方案"、"解决方案"、"建设建议"、"可行性研究" | solution-writing.md | | 2 | 招标技术规范编写与评审 | "招标规范"、"技术规范编写"、"评分标准" | tender-spec-writing.md | | 3 | 项目立项报告 | "立项报告"、"项目立项"、"立项申请" | project-proposal.md | | 4 | 成功案例整理与包装 | "案例编写"、"成功案例"、"案例包装" | case-study-writing.md | | 5 | POC 测试方案与报告 | "POC"、"测试方案"、"测试报告"、"验证测试" | poc.md | | 6 | 招标文件深度解读 | "招标分析"、"招标解读"、"投标分析" | tender-analysis.md | | 7 | 投标技术方案编写 | "投标技术方案"、"技术标书"、"投标方案" | bid-technical.md | | 8 | 投标实施方案编写 | "投标实施方案"、"实施方案" | bid-implementation.md | | 9 | 工作量评估与报价支持 | "工作量评估"、"EVA评估"、"人天估算" | eva-workload.md | | 10 | 售前项目目录初始化 | "项目初始化"、"创建项目目录" | project-init.md | | 11 | SOW 工作说明书 | "SOW"、"工作说明书"、"范围定义"、"合同附件" | sow-writing.md | | 12 | 客户交流文档 | "会议纪要"、"需求记录"、"Q&A"、"交流总结" | customer-comm.md | | — | 角色定义（架构师系统提示词，供参考） | — | solution-architect.md |

执行流程

意图匹配：将用户请求与路由表触发词比对，命中后确定子技能
读取子技能：Read 对应的 references/<skill>.md，获取完整 SOP
前置检查：执行子技能的步骤 0（检测 .presales-workspace.json）
素材加载：执行步骤 0.5（按子技能要求从 {assets_root} 加载素材）
执行任务：严格按子技能 SOP 步骤执行
输出管理：结果写入 output_map 指定目录
质量检查：确保输出内容引用准确、格式规范

未匹配时的处理

用户请求涉及多个子技能 → 按流程顺序依次执行（如"项目初始化" → "方案编写"）
无法匹配任何子技能 → 参考角色定义 solution-architect.md 的核心职责表，以售前架构师身份直接回答