输入：需求文档 或 用户描述
输出：Word格式技术方案（15章节）→ 自动转换并提供下载链接
支持两种输出模式：
| 版本 | 章节 | 适用场景 | 页数 |
|---|---|---|---|
| ----- | ----- | --------- | ----- |
| 完整版 | 15章节全部 | 投标、正式评审 | 50-80页 |
| 精简版 | 1-4、5、8、11、14章节 | 汇报、快速预览 | 15-25页 |
精简版包含：
使用方式：生成时指定版本，如"生成精简版技术方案"
⚠️ 必须输出Word格式文件，不是Markdown！
生成Markdown后，必须转换为Word格式，按以下优先级尝试：
优先级1：pandoc命令（最快，格式规范）
pandoc 技术方案.md -o 技术方案.docx --reference-doc=references/政府文档模板.docx
优先级2：docx技能（系统预置，精确控制）
skill_load("docx") 使用技能生成优先级3：脚本转换（需要python-docx库）
python scripts/md_to_docx.py 技术方案.md
失败降级：以上方式都不可用时，输出Markdown文件并告知用户"当前环境不支持Word转换，请使用Markdown文件或手动转换"
最终返回Word文件路径供用户下载，格式：技术方案_xxx.docx
需求文档：用parse_file解析，提取项目名称、背景、功能列表、技术要求
用户描述：提取关键信息，不足时用占位符 [xxx]
⚠️ 内容格式原则：优先使用段落文字描述，减少表格使用。仅在以下场景使用表格：
1.1 项目背景
1.2 项目目标
1.3 项目范围
1.4 建设原则
2.1 业务需求分析
2.2 功能需求分析
2.3 技术需求分析
2.4 数据需求分析
2.5 接口需求分析
3.1 设计原则
3.2 架构总览
3.3 部署架构
3.4 技术架构
架构图增强：除ASCII图外，可选生成可视化图表代码：
方式一：Mermaid代码（适合流程图、时序图）
graph TB
subgraph 表现层
A1[Web前端]
A2[移动端]
end
subgraph 业务层
B1[业务模块1]
B2[业务模块2]
end
subgraph 数据层
C1[(数据库)]
C2[(缓存)]
end
A1 --> B1
A2 --> B1
B1 --> C1
B1 --> C2
方式二：Draw.io XML（可选增强，需要技能支持）
用户要求生成可编辑架构图时：
drawio-generator 技能skill_load("drawio-generator") 生成 .drawio 文件图表生成优先级：
架构图格式：
┌─────────────────────────────────────────────────────────────┐
│ 表现层 │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ Web前端 │ │ 移动端 │ │ API接口 │ │
│ └──────────┘ └──────────┘ └──────────┘ │
├─────────────────────────────────────────────────────────────┤
│ 业务层 │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ 业务模块1│ │ 业务模块2│ │ 业务模块3│ │
│ └──────────┘ └──────────┘ └──────────┘ │
└─────────────────────────────────────────────────────────────┘
4.1 AI技术选型
4.2 开发技术选型
4.3 数据存储技术选型
技术选型参考：
行业最佳实践参考（使用表格对比）：
| 行业 | 推荐技术栈 | 特点 |
|---|---|---|
| ----- | ---------- | ----- |
| 政府/国企 | Spring Boot + Vue + MySQL + Redis | 稳定成熟、国产化适配、安全合规 |
| 金融 | Spring Cloud + Vue + Oracle/MySQL | 高可用、分布式、审计完备 |
| 电商 | Go/Java + React + MySQL + Redis | 高并发、微服务、弹性扩展 |
每个模块包含：
模块优先级：P0为核心模块，P1为重要模块
6.1 数据架构总览
6.2 数据库设计
| 6.3 数据治理方案 | 数据质量保障表格 + 数据安全治理表格 |
|---|
7.1 安全架构总览
7.2 安全措施详述
8.1 部署方案
8.2 服务器配置
8.3 高可用方案
9.1 接口规范
9.2 核心接口清单
10.1 性能指标
10.2 性能优化方案
10.3 压力测试方案
11.1 项目组织架构
11.2 实施计划
11.3 质量保障
12.1 运维体系
12.2 监控方案
12.3 备份方案
12.4 应急预案
13.1 预算明细
[xxx万元]，不编造具体数字13.2 预算说明
成本估算参考区间（供参考，实际以市场价为准）：
| 费用类别 | 项目 | 小型项目（20人日） | 中型项目（50人日） |
|---|---|---|---|
| --------- | ----- | ------------------ | ------------------ |
| 开发费用 | 后端开发 | 3-5万 | 8-12万 |
| 前端开发 | 2-3万 | 5-8万 | |
| 硬件费用 | 应用服务器 | 2-3万/台 | 3-5万/台 |
说明：以上为市场参考价，实际以采购/招标为准
14.1 风险识别
14.2 风险应对措施
术语定义
系统功能清单
参考资料
注意：功能清单要覆盖所有模块，与"功能模块设计"章节对应，优先级与"需求分析"章节一致。
必须输出符合政府文档规范的Word文件！
| 元素 | 字体 | 字号 | 样式 |
|---|---|---|---|
| ----- | ----- | ----- | ----- |
| 文档标题 | 黑体 | 二号（22pt） | 居中加粗 |
| 一级标题（一、xxx） | 黑体 | 三号（16pt） | 加粗 |
| 二级标题（1.1 xxx） | 黑体 | 四号（14pt） | 加粗 |
| 三级标题（（一）xxx） | 黑体 | 小四（12pt） | 加粗 |
| 正文 | 宋体 | 小四（12pt） | 首行缩进2字符 |
| 表格内容 | 宋体 | 五号（10.5pt） | - |
| 表格标题 | 黑体 | 五号（10.5pt） | 居中加粗 |
其他要求：
方式一：pandoc + 模板（推荐）
pandoc 技术方案.md -o 技术方案.docx --reference-doc=references/政府文档模板.docx
方式二：docx技能（精确控制）
// 标题样式配置
styles: {
paragraphStyles: [
{ id: "Title", name: "Title",
run: { size: 44, bold: true, font: "黑体" },
paragraph: { alignment: AlignmentType.CENTER } },
{ id: "Heading1", name: "Heading 1",
run: { size: 32, bold: true, font: "黑体" } },
{ id: "Heading2", name: "Heading 2",
run: { size: 28, bold: true, font: "黑体" } },
{ id: "Heading3", name: "Heading 3",
run: { size: 24, bold: true, font: "黑体" } }
]
}
// 正文：font: "宋体", size: 24, 首行缩进480 twips（2字符）
转换后检查：
返回Word文件路径：技术方案/[项目名称]/技术方案_[项目名称]_[日期].docx
生成后检查：
references/模板.md：完整版章节框架（15章节）references/模板-精简版.md：精简版章节框架（8章节）references/示例-南岸AI值班管理系统.md：完整示例（参考风格和深度）references/政府文档模板.docx：Word格式模板（pandoc引用）共 6 个版本