JIANYAOFANGAN01

编写简要方案（IT 规划方案/工作方案）。当用户输入"简要方案##"或"简要方案"时触发。提供结构化协作式方案编写流程：背景讨论→现状分析→问题及需求梳理→方案规划→预算概要。最终通过 Python 脚本基于模板 .docx 生成 Word 文档。适用于政府/国企 IT 项目方案、网络安全规划、信息化建设方案等场景。

简要方案编写

概述

本 Skill 提供一套结构化、分阶段协作的简要方案编写流程。用户提供方案背景和现状信息，AI 进行扩展补充和优先级梳理，经用户确认后，通过 Python 脚本基于用户提供的 Word 模板（.docx）生成最终文档。

支持保存并退出和继续编写功能，可在任意阶段暂停和恢复。

触发词

• 新建方案：简要方案## 或 简要方案（无已保存方案时）
• 继续编写：继续方案编写、继续之前的方案、继续写方案、恢复方案
• 保存并退出：在方案编写过程中任意阶段说 保存并退出、暂停、先保存

核心原则

• 一次扩展，一次确认：每阶段 AI 对用户提供的信息做一次扩展补充，提交草稿供用户一次性确认
• 仅关键点提问：只在信息缺口影响方案完整性时才主动提问
• 优先级驱动：问题和需求按"首要/主要/次要/其他"四档梳理排序
• 语言风格：参照政府公文风格（严谨、客观、规范），融合 IT 行业术语，避免口语化表达
• 分期灵活：不在初始化阶段询问是否分期；在规划阶段根据工作量、成本综合判断后建议分期
• 最终输出为 .docx：基于用户模板用 Python 生成 Word 文档，而非飞书云文档

---

会话管理（保存 & 恢复）

保存并退出

用户在任意阶段说 保存并退出、暂停、先保存 等类似表述时：

1. AI 将当前全部进度保存为 JSON 状态文件，存储到 proposals/<方案简称>.json
2. 状态文件包含：方案标题、预算形式、当前阶段、各阶段已确认内容、时间戳
3. 保存成功后告知用户：可后续用「继续方案编写」恢复

继续编写

用户输入 继续方案编写、继续之前的方案、继续写方案、恢复方案 时：

1. AI 扫描 proposals/ 目录下所有 .json 状态文件
2. 如果只有 1 个已保存方案：直接加载并恢复
3. 如果有多个已保存方案：列出所有方案（标题、进度、最后更新时间），请用户选择一个
4. 如果没有已保存方案：提示用户无已保存方案，询问是否新建
5. 加载后告知用户当前进度（已完成哪些阶段、当前处于哪个阶段），继续执行

状态文件格式

{
  "title": "方案全称",
  "budget_type": "文字概要 | 详细表格",
  "current_phase": 2,
  "phases": {
    "0": { "confirmed": true, "title": "...", "budget_type": "..." },
    "1": { "confirmed": true, "content": "..." },
    "2": { "confirmed": false, "user_input": "用户提供的现状信息原文" }
  },
  "template_path": "用户提供的模板文件路径（可选）",
  "folder_token": "飞书云盘文件夹 token（可选）",
  "created_at": "ISO 8601",
  "updated_at": "ISO 8601"
}

同名方案覆盖

如果用户新建方案时，状态文件已存在同名（同标题）的方案：

1. 提示用户：已存在同名已保存方案
2. 选项：继续之前的方案 或 覆盖（覆盖后旧文件被替换）

---

工作流程

阶段 0：初始化

用户输入"简要方案##"后（且不是继续已保存方案时），向用户确认：

1. 方案标题：询问方案名称
2. 预算形式：文字概要还是详细表格？

⚠️ 不要在此阶段询问是否分期——分期决策在阶段 3 根据工作量与成本综合判断。

确认后告知用户进入阶段 1。

阶段 1：项目背景

1. 请用户提供项目/工作的背景信息
2. AI 扩展补充（行业背景、政策依据、紧迫性等），撰写草稿
3. 提交用户一次确认
4. 确认后进入下一阶段

阶段 2：现状分析与问题需求

1. 请用户提供现状信息（拓扑图、设备清单、文字描述等，种类和数量不限）
2. AI 汇总后：
   • 先写现状分析章节（纯描述，2-3 段，不分小标题，不分析问题）
   • 再从现状中识别问题，按优先级分类（首要/主要/次要/其他）
   • 从问题导出需求，问题与需求一一对应
3. 提交"现状分析 + 问题及需求分析"草稿供用户一次确认

优先级标注规范：

• 首要需求：与业务连续性、安全合规、核心系统稳定直接相关，不解决存在重大风险
• 主要需求：影响效率或合规但优先级稍次于首要需求
• 次要需求：存在隐患但短期内可暂缓
• 其他需求：锦上添花，长期优化方向

同级需求并列时用"主要需求一""主要需求二""次要需求一""次要需求二"区分，必须写序号。

格式要求：

• 各需求标题统一为"标题 → 问题（≤3 句）→ 需求（以'需……'起头）"
• 标题需体现方案核心动作，如"首要需求：建设推广智能渗透，降低检测成本，提升覆盖率"

阶段 3：方案规划

1. AI 基于确认后的需求，按需求逐项规划方案
2. 每项方案包含：工作目标 → 详细工作内容（含预计工期、验收标准融入正文）→ 预期收益
3. 工期和验收标准融入正文，不单独列"验收标准"小节
4. 分期决策：在本阶段根据总工作量、建设成本等综合判断是否需要分期
   • 一般原则：总投入超百万可建议分期，一期聚焦首要需求
5. 提交草稿供用户一次确认

方案规划章节格式：

（一）[方案项标题]

工作目标
[1 段话]

详细工作内容
1. [子项名称]（预计 X 个月）。[具体内容，验收标准融入]。

预期收益
- [收益 1]
- [收益 2]

阶段 4：预算概要

1. 按"优先建设 / 逐步推进 / 可选模块"三级分类
2. 每项包含：工作内容简述 + 预算金额（XX 万元）
3. 预算金额先用"XX 万元"占位，用户后续自行填写
4. 允许在括号中添加内部成本核算备注供报价参考
5. 提交确认

阶段 5：生成文档

1. 全部内容确认完毕后，AI 通过 Python 脚本基于用户模板 .docx 生成最终文档
2. 文档生成后上传至用户指定的飞书云盘文件夹
3. 告知用户文档链接，提示用户打开后右键目录区域选择"更新域"以刷新目录

阶段 6：人工检查修订

1. 用户将文档下载到本地，在 Word 中做最后的编辑修订工作
2. 包括但不限于：最终措辞调整、格式微调、页码检查、敏感信息脱敏
3. 修订完成后重新上传至飞书云盘

阶段 7：AI 复查

1. 用户告知修订后的文档文件名
2. AI 下载文档，进行全文病词、病句检查
3. ⚠️ 重要：最终输出物不得包含高敏感性内容（如人名、内部成本核算细节、竞品名称等），AI 检查时需提示用户移除
4. AI 反馈检查结果，用户最终确认

Python 脚本生成规范

见 references/template.md 中的脚本编写说明。

文档操作规范

模板文档

• 模板文件为用户提供的 .docx 文件，不可覆盖或修改原模板
• 模板中的自动目录控件（SDT）必须保留，不可删除或替换
• 生成的新文档统一存储到用户指定的文件夹

生成文档时的关键注意事项

1. 不添加静态目录：模板有 Word 自动目录（SDT），生成时不要额外插入静态目录文本
2. 分页符位置：分页符放在章节标题之前的空白段落上，不要放在标题段落内部
3. 标题样式：Heading 2 设为小三号（15pt），Heading 3 设为 14pt
4. 标题编号：确保章节标题之间的空白段不使用 Heading 样式（用 Normal），否则会导致 Word 自动编号错误
5. 封面格式：标题行居中、22pt、加粗、#1E386B；日期居中、16pt、加粗
6. 序号规范：并列的多项内容必须写序号，如"主要需求一""主要需求二""次要需求一""次要需求二"

交互节奏规则

1. 合并提问：同一阶段的多个问题合并为一条消息
2. 先补后问：优先基于经验补充，确实无法判断的才提问
3. 草稿制：每阶段提交草稿，用户一次性审核
4. 进度可见：每完成一个阶段告知用户进度
5. 可回溯：允许用户在任何阶段要求修改前一阶段内容