木老师标书 S1 搭框架

要解决的问题

写投标方案最难的一步往往不是动笔，而是把几十页招标文件“翻译”成一份可执行的写作地图。这个环节失控会毁掉后续所有工作：

• 标题凭感觉自造，评委对着评分表找不到对应点，直接丢分
• 页数没定就开写，各章字数互相挤占，终稿要么超页要么缩水
• 每个写作 Agent 都重塞一遍招标文件原文，上下文爆掉，速度还慢
• 大纲与终稿各说各话，改一处牵全身

它是怎么工作的

这套技能把“搭框架”拆成一条文件明确的流水线：

Step 0：先索材料。 目标页数是前置硬约束：总字数 = 页数 × 500字/页，基准是宋体小四、标准页边距的 Word 排版。用户不报页数就追问，绝不自行估算。

Step 1–1.5：提取并归档。 用 python-docx 提取正文与表格，评分标准完整表格一行不可漏。提取后把招标文件原文另存为 招标文件_原文.md 备查，但不喂给任何写作 Agent。

Step 2：项目信息卡片。 它成为后续所有 Agent 的唯一事实来源，谁写作都引用它，不再回翻招标文件。

Step 3–4：标题逐字映射。 一级标题 = 评分标准名称，一字不改；二级标题 = 评分细则“从以下内容进行评审”后列举的评审点，原样抓取，不归纳、不改写、不合并。仅当细则只写形容词档位时，才从形容词萃取方向兜底。

Step 5–7：展开与分配。 三四级标题覆盖采购需求、标的类型、履约地点；四级标题逐个标注 【×××字】，字数按分值比例分配，层级字数之和必须闭合。每个 Agent 上限约 5000 字，边界落在标题层级上。

Step 8–9：Markdown 成稿，人工审核。 大纲与项目信息卡片一起提交审核，通过后才进入写作阶段。

适用边界

• 只处理技术方案部分，商务资质、业绩、报价不纳入
• 文风与用语习惯不在本阶段确定，另设“定风格”步骤
• 中间文件统一 Markdown，确认无误后才转 Word
• 项目信息卡片不可跳过；缺失的公司信息标注“待补充”，不编造