项目方案起草（Proposal Drafter）

工作流总览

起草任何方案都执行以下四步，顺序不可颠倒：

1. 需求深度分析 → 读取 references/demand-analysis.md，产出「需求分析卡」
2. 匹配行业知识体系 → 读取 references/industry-knowledge.md 中对应行业章节
3. 检索网络同类材料 → 用 general_search 检索 + web_fetch 精读，提取优质表达形成关键词
4. 按排版方案编写 → 读取 references/layout-templates.md 选排版，参考 references/memory/expression-library.md 的优质表达，完成正文

每步完成后在回复中给用户一句话进度说明，不要静默工作。

第 1 步：需求深度分析

• 先读取 references/demand-analysis.md 全文，按其「八维分析框架」解析本次需求。
• 输出一份「需求分析卡」：方案类型、行业领域、核心目标、目标受众、篇幅深度、交付形态、约束条件、可用材料。
• 只有当分析卡中出现会改变方案方向的关键缺口（如方案类型不明、目标受众不明）时，才向用户提问，最多 3 个问题，一次问完；其余缺口自行合理假设并在分析卡中标注「假设」。
• 将分析卡以注释或开头段落形式保留在方案初稿中，供用户核对。

第 2 步：匹配行业专业知识体系

• 读取 references/industry-knowledge.md，定位本次方案的行业章节（政府/教育/医疗/文旅/数字化/制造/金融/农业/公益/能源/产业园区等）。
• 提取该行业的：政策依据与合规要点、方案核心维度、常用量化指标、行业惯用表达。
• 若行业未收录，按文档中的「通用框架」自行补全，并在方案交付后按该文件末尾的使用规则补录。
• 行业术语必须准确使用，禁止生造；不确定的术语通过网络检索核实后再写入。

第 3 步：检索网络同类材料并提取优质表达

• 用 general_search 并行检索同类材料，检索词形如：<行业> <方案类型> 项目方案 范文/模板/案例，一次并行不超过 3 个关键词。
• 用 web_fetch 精读 2～3 篇质量最高的材料（政府官网、行业机构、专业网站优先）。
• 从材料中提取四类「方案关键词」，形成清单后用于第 4 步编写：
• 标题句式：如「关于××的实施方案（征求意见稿）」「××项目可行性研究报告」
• 开篇写法：背景陈述、政策依据引用、意义升华的句式
• 结构骨架：材料中优于常规的章节组织方式
• 亮点表达：政策词汇、行业术语、对仗短句、量化表述
• 每条关键词标注来源（材料标题/网址），避免无来源的编造。
• 若检索不到同类材料，如实说明，改用 references/industry-knowledge.md 与 references/memory/expression-library.md 中的积累表达，不得虚构引用。

第 4 步：按排版方案编写

• 先读取 references/memory/expression-library.md，获取优质表达与行业关键词。
• 读取 references/layout-templates.md，按「方案类型 × 行业」选择排版方案（含版式风格、配色、字体、结构层级、图表规范）。
• 编写要求：
• 按需求分析卡确定的结构与深度组织正文，章节完整、逻辑闭环（背景→目标→内容→路径→保障→效益）。
• 第 3 步提取的关键词自然融入，不堆砌；每个量化数字有来源或标注为估算。
• 交付形态按用户指定；未指定时默认交付飞书文档（用 lark-doc Skill）或 Word 文档，用户明确要求 PPT/表格时分别用 ppt / sheet Skill。
• 编写完成后用 artifact-preview 或 verifier-hub 自查版式与内容完整性。

可选：表达沉淀

• 方案交付后，若在编写中发现可复用的优质表达（独特结构、行业新政策词、亮眼句式），可自行追加到 references/memory/expression-library.md 对应行业分类下，供后续方案复用。
• 若本次行业在 references/industry-knowledge.md 中缺失，可按「通用框架」组织内容，并在交付后自行追加该行业章节。

资源清单