---
name: digital-solution-designer
description: 系统化设计数字化解决方案，涵盖方案类型识别、政策背景分析、需求分析、建设思路设计、架构设计（业务、功能、数据、技术四维度）、技术选型、具体建设内容、实施规划、风险评估和投资估算的全流程能力。适用于规划类、申报类、可研类、投标类和工作汇报类等多种方案产出场景，覆盖政府数字化转型和企业数字化转型两大核心领域。
dependency:
  python:
    - graphviz>=0.20.1
---

# 数字化解决方案设计

## 任务目标
系统化设计数字化解决方案，从方案类型识别到实施规划的完整流程，支持多种方案类型的结构化输出。

核心能力：方案类型识别、方案大纲生成、政策背景分析与合规识别、结构化需求分析、建设思路设计、四维度架构设计、技术栈选型、建设内容展开、实施规划、风险评估、投资估算。

核心领域：政府数字化转型、企业数字化转型。

触发条件："设计[系统/平台/应用]解决方案"、"规划[业务场景]数字化方案"、"评估[系统]升级方案"、"设计[领域]技术架构"、"政府数字化转型"、"政务系统"、"一网通办"、"数字政府"、"规划方案"、"申报方案"、"可研方案"、"投标方案"、"工作汇报"

## 方案类型说明

### 支持的方案类型

1. **规划类方案**：初次接触客户，粗颗粒度规划，以打动客户为目的
   - 适用场景：客户初步接触、需求模糊、需要展示整体愿景
   - 输出重点：政策背景、现状问题、建设目标及思路、业务架构（简化）、关键建设内容、预期效益

2. **申报类方案**：帮助客户向内部领导汇报并申请立项
   - 适用场景：客户内部汇报、立项申请、预算审批
   - 输出重点：建设背景、需求分析、建设目标、四维度架构、主要建设内容、实施计划（简化）、效益分析、费用估算

3. **可研类方案**：项目立项审批核心文件，用于财政预算申请和专家评审
   - 适用场景：项目立项审批、财政预算申请、专家评审
   - 输出重点：总论、背景与必要性、需求分析、总体建设方案、建设内容、技术方案与选型、实施计划、投资估算、效益分析、风险分析

4. **投标类方案**：响应招标需求，选拔承建厂商
   - 适用场景：公开招投标、竞争性谈判
   - 输出重点：需求理解、总体建设方案、详细功能设计、实施与管理、安全与合规、运维服务、培训方案、报价文件

5. **工作汇报类方案**：项目执行过程中的阶段性汇报
   - 适用场景：项目执行过程汇报、里程碑评审、需求变更汇报
   - 输出重点：工作背景、问题、当前工作、成果、问题、下一步计划、需要支持

### 方案类型识别规则（强制执行）
- **第一步：强制询问**：用户输入需求后，**必须先询问**用户此次需要编写方案的类型，不要通过关键词推导或猜测
- **询问语**："请问您需要产出哪种类型的方案？可选择：规划类、申报类、可研类、投标类、工作汇报类"
- **第二步：等待用户确认**：待用户明确反馈方案类型后，再根据用户选择的方案类型进行解决方案内容的编写
- **补充说明**：如果用户不清楚各类型方案的区别，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 为用户说明各类型方案的特点、适用场景和输出重点

参考文档：[references/solution-type-frames.md](references/solution-type-frames.md)

### 方案类型演进关系

五种方案类型存在递进关系，前一类型的产出可复用为后一类型的基础输入：
- **规划类 → 申报类**：规划类的建设目标和思路可复用为申报类的建设背景和目标章节
- **申报类 → 可研类**：申报类的架构设计和建设内容可深化为可研类的详细技术方案
- **可研类 → 投标类**：可研类的技术方案可复用为投标类的总体建设方案，需增加实施管理、运维、培训等响应性内容

复用原则：高阶方案复用低阶方案的核心结论，同时根据新阶段的评审要求深化细化和补充论证。

## 操作步骤

### 第零阶段：方案类型识别与关键信息收集（必执行）

执行步骤：
1. **强制询问用户方案类型**（关键步骤，不可跳过）：询问语"请问您需要产出哪种类型的方案？可选择：规划类、申报类、可研类、投标类、工作汇报类"，若用户不清楚，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 说明各类型方案特点
2. **等待用户明确反馈方案类型**：用户确认方案类型后，再进行后续流程
3. **收集关键约束信息**：方案类型确认后，主动向用户收集以下关键信息（若用户未提供，根据已有信息合理推断并标注假设）：
   - 所属领域：政府/企业，细分行业（如政务、医疗、教育、金融、制造等），参考 [references/industry-scenarios.md](references/industry-scenarios.md) 定位行业场景
   - 建设规模：预算范围、建设周期、覆盖范围（部门/地域）
   - 现有基础：现有系统情况、信息化成熟度、技术团队能力
   - 核心诉求：最需要解决的 1-3 个核心问题
4. **生成方案大纲**：方案类型和关键信息确认后，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 生成方案大纲（目录结构），向用户展示整体框架并确认，后续按大纲逐章节展开
5. **根据方案类型和关键信息调整后续流程**：参考"方案类型与流程映射说明"选择对应的执行阶段
检查点：✅ 方案类型已通过询问明确、✅ 关键约束信息已收集、✅ 方案大纲已确认

---

### 方案类型与流程映射说明

**规划类方案**流程：
- 执行：第零阶段 → 第一阶段 → 第二阶段（简化）→ 第三阶段 → 4.1（业务架构，简化）→ 第六阶段（简化）→ 效益分析
- 跳过：4.2-4.4、第五阶段、第七阶段（详细版）、第八阶段

**申报类方案**流程：
- 执行：第零阶段 → 第一阶段 → 第二阶段 → 第三阶段 → 第四阶段 → 第六阶段 → 第七阶段（简化）→ 效益分析 → 费用估算
- 跳过：第五阶段（详细版）、第八阶段（详细版）

**可研类方案**流程：
- 执行：全部阶段 + 投资估算（替代费用估算）
- 重点：需求细化（业务/用户/功能/数据/性能/安全/运维），技术选型详尽（含信创适配）

**投标类方案**流程：
- 执行：第零阶段 → 第二阶段（需求理解）→ 第三阶段（建设方案）→ 第四阶段（四维度架构）→ 10.1（详细功能设计）→ 10.2（实施与管理）→ 10.3（安全与合规）→ 10.4（运维服务）→ 10.5（培训方案）→ 报价文件
- 跳过：第一阶段、第五阶段（独立为技术方案章节）、第八阶段（合并到项目管理）

**工作汇报类方案**流程：
- 执行：特殊流程，不使用标准八阶段流程
- 结构：工作背景 → 问题 → 当前工作及完成情况 → 已有成果及成效 → 存在的问题 → 下一步计划 → 需要支持

### 方案质量评审（完成后必执行）

方案编写完成后，必须参照 [references/solution-quality-checklist.md](references/solution-quality-checklist.md) 进行质量自审：
1. 通用质量标准检查：完整性、一致性、逻辑性、可读性、规范性
2. 按方案类型执行对应检查清单（规划类8项/申报类9项/可研类11项/投标类10项/工作汇报类8项）
3. 四维度架构一致性校验（业务↔功能↔数据↔技术映射关系检查）
4. 未通过项必须补充修改，全部通过后方可交付

---

### 第一阶段：政策背景分析

执行步骤：
1. 梳理政策环境（国家/行业/地方/国际政策）
2. 分析政策影响（指导意义、机遇、约束、趋势）
3. 识别合规要求（法律法规、行业标准、数据安全、技术标准）
4. 输出政策分析报告（政策环境、关键解读、合规清单、机遇挑战）
检查点：✅ 政策环境梳理全面、✅ 合规要求识别清晰、✅ 政策影响分析到位

---

### 第二阶段：需求分析

执行步骤：
1. 现状评估：参考 [references/current-state-assessment.md](references/current-state-assessment.md)，按信息化现状评估框架进行系统盘点
   - 政府场景：政务系统盘点、一网通办/数据共享/信创/等保/跨部门协同五维评估
   - 企业场景：数字化成熟度评估（L1-L5五级模型）、业务数字化/数据资产化/运营智能化/生态协同化/组织敏捷化五维评估
2. 行业现状分析（趋势、技术、竞争、痛点）
3. 客户现状问题分析：基于评估结果识别差距和痛点，按影响范围×紧迫程度排序
4. 收集核心需求（业务目标、用户场景、功能范围、非功能需求、约束条件）
5. 需求优先级排序（MoSCoW 方法、MVP 范围、基础/增强/创新需求）
6. 输出需求文档（现状评估报告、行业/客户现状分析、需求概述、功能清单、非功能需求、MVP 定义）
检查点：✅ 现状评估系统完整、✅ 行业现状分析深入、✅ 客户问题诊断准确、✅ 业务价值明确、✅ 功能边界清晰、✅ MVP 范围可界定

---

### 第三阶段：建设思路设计

执行步骤：
1. 确定总体建设目标（战略愿景、量化目标、价值主张、成功标准）
2. 制定建设原则（业务价值导向、用户体验中心、技术业务融合、渐进演进）
3. 设计建设路径（自建/采购/合作、传统/云原生/信创、实施模式、转型策略）
4. 规划分期建设（分期原则、各期目标范围、交付物、依赖关系）
5. 输出建设思路文档（目标愿景、建设原则、路径策略、分期规划、价值主张）
检查点：✅ 建设目标清晰可量化、✅ 建设原则指导性强、✅ 建设路径合理可行、✅ 分期规划逻辑清晰

---

### 第四阶段：架构设计（四维度）

架构图生成方式：推荐使用预设模板（`--template`），也可自定义 DOT 文件（`--input`），参考 [references/architecture-dimensions.md](references/architecture-dimensions.md)

#### 4.1 业务架构

执行步骤：
1. 梳理业务流程（核心/支撑/管理/跨部门协同）
2. 识别业务能力（核心/支撑/管理/集成能力）
3. 设计业务关系（实体/协作/流转/服务关系）
4. 生成业务架构图：`python scripts/generate-architecture-diagram.py --template business-4layer --output business.png` 或自定义 DOT 文件
5. 输出业务架构文档（架构图、流程清单、能力清单、协作模式）

#### 4.2 功能架构

执行步骤：
1. 划分功能模块（按业务领域/用户角色/系统层次/业务能力）
2. 设计功能层次（核心/支撑/增强/集成功能层）
3. 设计功能关系（依赖/调用/协作/复用关系）
4. 生成功能架构图：`python scripts/generate-architecture-diagram.py --template functional-3layer --output functional.png` 或自定义 DOT 文件
5. 输出功能架构文档（架构图、模块清单、层次划分、关系矩阵）

#### 4.3 数据架构

执行步骤：
1. 设计数据模型（实体/属性/关系/类型约束）
2. 设计数据流（业务/系统/跨系统数据流，采集/存储/处理/应用）
3. 设计数据标准（字典/编码/质量管理标准）
4. 设计数据治理（分类分级/安全隐私/生命周期/共享开放）
5. 生成数据架构图：`python scripts/generate-architecture-diagram.py --template data-flow --output data.png` 或自定义 DOT 文件
6. 输出数据架构文档（模型图、数据流图、标准规范、治理方案）

#### 4.4 技术架构

执行步骤：
1. 确定技术架构模式（参考 [references/architecture-patterns.md](references/architecture-patterns.md)）
2. 设计部署架构（拓扑/分层/容器化/高可用容灾）
3. 设计安全架构（网络/应用/数据/运维安全）
4. 设计集成架构（API网关/服务注册/消息队列/数据交换）
5. 生成技术架构图：`python scripts/generate-architecture-diagram.py --template technical-microservice --output technical.png` 或 `--template gov-cloud --output gov.png`，也可自定义 DOT 文件
6. 输出技术架构文档（架构图、部署/安全/集成架构设计）

架构设计整体检查点：✅ 四维度协同一致 ✅ 满足需求 ✅ 符合建设思路 ✅ 可落地实施

---

### 第五阶段：技术选型

执行步骤：
1. 确定技术选型维度（前端、后端、数据存储、中间件、基础设施）
2. 技术栈评估：参考 [references/technology-stack-guide.md](references/technology-stack-guide.md)，评估成熟度、社区生态、团队能力、成本，进行关键技术权衡；政府场景需评估信创适配方案（国产OS/DB/中间件/芯片），参考文档中信创适配技术栈章节
3. 输出技术选型文档（技术栈清单、选型依据与权衡、潜在风险与备选方案）
检查点：✅ 技术选型有明确依据、✅ 考虑了团队能力匹配、✅ 关键技术有备选方案

---

### 第六阶段：具体建设内容

本阶段将四维度架构设计转化为具体建设任务和交付物。

#### 6.1 业务架构展开
1. 业务流程实施设计（关键流程设计、流程优化、跨部门协同）
2. 业务能力建设计划（实施路径、时间表、资源需求）
3. 业务关系实现设计（协作机制、服务契约）

#### 6.2 功能架构展开
1. 功能模块开发计划（功能点清单、开发计划、验收标准）
2. 功能层次实施策略（核心/支撑/增强/集成功能的实施顺序）
3. 功能关系实现设计（接口设计、数据流设计）

#### 6.3 数据架构展开
1. 数据模型实现设计（表结构、数据字典、数据初始化）
2. 数据流实现设计（ETL 方案、同步策略、缓存策略）
3. 数据标准与治理实施（数据规范、质量管控、安全权限、生命周期）

#### 6.4 技术架构展开
1. 部署架构实施设计（环境准备、部署方案、监控方案）
2. 安全架构实施设计（安全策略、安全配置、安全测试）
3. 集成架构实施设计（API 设计、中间件配置、系统集成）

整体检查点：✅ 四维度建设内容覆盖完整 ✅ 建设任务可落地可跟踪 ✅ 与技术选型和实施规划对接

---

### 第七阶段：实施规划

执行步骤：
1. 规划实施阶段：参考 [references/implementation-phases.md](references/implementation-phases.md)，阶段划分 MVP → 功能扩展 → 优化完善，每阶段目标与交付物；政府项目需遵循采购流程、审计要求、验收标准、资金管理和合规审查，参考文档中"政府项目特有实施流程"章节
2. 任务分解与排期（WBS、任务依赖、资源需求）
3. 关键里程碑定义（MVP 发布、功能完整版、生产就绪版）
4. 输出实施计划（阶段规划、里程碑时间表、资源需求）
检查点：✅ MVP 可快速交付、✅ 阶段划分合理、✅ 里程碑可度量

---

### 第八阶段：风险评估

执行步骤：
1. 识别关键风险（技术、业务、项目、运维风险）
2. 风险评估（发生概率、影响程度、风险等级）
3. 制定缓解策略（预防措施、应急预案、责任人）
4. 输出风险清单（风险分类与等级、缓解措施、监控指标）
检查点：✅ 关键风险已识别、✅ 高风险有缓解措施、✅ 风险可跟踪

#### 9.1 效益分析

执行步骤：
1. 经济效益分析
   - 成本节约（人力成本、运营成本）
   - 收入增长（新业务、效率提升）
   - 投资回报率（ROI）计算

2. 社会效益分析（政府场景重点）
   - 服务效率提升
   - 群众满意度提升
   - 政府治理能力提升

3. 管理效益分析（企业场景重点）
   - 管理效率提升
   - 决策支持能力提升
   - 业务协同能力提升

检查点：✅ 经济效益可量化、✅ 社会/管理效益明确

---

#### 9.2 投资估算（申报/可研/投标类必需）

执行步骤：
1. 确定投资估算依据（参考市场价格、行业标准、类似项目）
2. 总投资估算（分项说明）：
   - 硬件设备费（服务器、存储、网络设备等）
   - 软件购置费/开发费（基础软件、定制开发）
   - 实施服务费（咨询、实施、集成）
   - 数据资源费（数据采集、清洗、迁移）
   - 安全测评费（等保测评、安全评估）
   - 培训费（培训讲师、培训材料）
   - 运维费（年度运维、技术支持）

3. 资金筹措方案
   - 资金来源（财政拨款、自筹资金）
   - 分期资金安排
   - 资金使用计划

检查点：✅ 投资估算依据充分、✅ 分项明细完整、✅ 资金筹措方案可行

---

### 第十阶段：特殊章节（按方案类型增加）

#### 10.1 详细功能设计（投标类必需）

执行步骤：
1. 管理后台功能设计
   - 用户管理、角色权限、系统配置
   - 业务功能模块详细设计

2. 运维平台功能设计
   - 系统监控、日志管理、告警管理
   - 性能监控、故障诊断

3. 数据服务与分析功能设计
   - 数据查询、统计分析、报表展示
   - 数据挖掘、智能分析

4. 功能清单输出（按照招标需求逐项响应）

检查点：✅ 功能模块完整覆盖招标需求、✅ 功能描述详细准确

---

#### 10.2 项目实施与管理（投标类必需）

执行步骤：
1. 项目组织架构设计（项目经理、技术负责人、开发团队、测试团队）
2. 关键人员简历（资质、经验、项目案例）
3. 实施方法论（敏捷开发、瀑布模型、混合模式）
4. 项目进度计划（甘特图、关键路径）
5. 质量管理方案（质量标准、测试方案、质量评审）
6. 风险管控（风险识别、风险评估、应对措施）
7. 变更管理（变更流程、变更评审、变更记录）

检查点：✅ 组织架构合理、✅ 人员资质符合要求、✅ 实施方法论可行

---

#### 10.3 信息安全与合规（投标/可研类必需）

执行步骤：
1. 网络安全方案（防火墙、入侵检测、网络隔离）
2. 数据安全方案（数据加密、数据脱敏、数据备份）
3. 应用安全方案（身份认证、访问控制、安全审计）
4. 等保测评与合规（政府场景：等保三级测评、合规评估）
5. 安全管理制度与应急响应

检查点：✅ 安全方案覆盖全面、✅ 符合等保要求（政府场景）

---

#### 10.4 运维服务与保障（投标类必需）

执行步骤：
1. 运维服务模式（远程运维、驻场运维、混合模式）
2. 运维内容（系统巡检、故障处理、性能优化）
3. 服务级别协议（SLA）（响应时间、解决时间、可用性）
4. 运维团队与工具（运维人员、运维平台、监控系统）
5. 售后保障机制（服务热线、升级流程、投诉渠道）

检查点：✅ 运维内容覆盖全面、✅ SLA 明确可执行

---

#### 10.5 培训方案（投标类必需）

执行步骤：
1. 培训计划（培训对象、培训时间、培训周期）
2. 培训内容与教材（业务操作培训、技术培训、管理培训）
3. 培训方式（集中培训、在线培训、现场指导）
4. 培训考核与效果保障（考核方式、效果评估、持续支持）

检查点：✅ 培训计划完整、✅ 培训内容实用

---

## 可选分支

- **快速原型场景**：简化为 政策背景分析 → 需求分析 → 快速架构（四维度简化）→ 技术选型 → 具体建设内容（简化）→ 原型实现
- **企业级系统**：强调安全、合规、高可用性设计
- **创新项目**：增加可行性验证阶段，采用实验性技术
- **遗留系统迁移**：增加现状评估、迁移策略设计
- **政府数字化转型场景**：参考 [references/government-digitalization.md](references/government-digitalization.md)
  - 扩展流程：政策合规分析（数据安全法/等保/信创）→ 跨部门协同需求 → 一网通办/数据共享建设思路 → 便民化架构设计
  - 特殊输出：合规安全方案、信创适配说明、数据安全与隐私保护方案、跨部门协同机制设计、服务便民化设计方案
- **企业数字化转型场景**：参考 [references/enterprise-digitalization.md](references/enterprise-digitalization.md)
  - 扩展流程：数字化成熟度评估（L1-L5）→ ROI导向建设思路 → 中台/SaaS/混合云架构选型
  - 特殊输出：数字化成熟度评估报告、ROI分析与投资回报预测、变革管理方案、组织能力提升方案

## 资源索引

- 必要脚本：见 [scripts/generate-architecture-diagram.py](scripts/generate-architecture-diagram.py)（用途：生成业务、功能、数据、技术架构图和流程图；参数：diagram-type, input, output, template, list-templates；模板：business-4layer, functional-3layer, data-flow, technical-microservice, gov-cloud）
- 行业场景库：见 [references/industry-scenarios.md](references/industry-scenarios.md)（何时读取：第零阶段识别行业领域时，含智慧政务/城市/医疗/教育/交通/金融/制造7大行业场景）
- 方案类型框架：见 [references/solution-type-frames.md](references/solution-type-frames.md)（何时读取：第零阶段方案类型识别时，也用于生成方案大纲）
- 架构模式参考：见 [references/architecture-patterns.md](references/architecture-patterns.md)（何时读取：第四阶段技术架构设计时）
- 架构维度参考：见 [references/architecture-dimensions.md](references/architecture-dimensions.md)（何时读取：第四阶段四维度架构设计时）
- 技术选型指南：见 [references/technology-stack-guide.md](references/technology-stack-guide.md)（何时读取：第五阶段技术选型时）
- 实施阶段参考：见 [references/implementation-phases.md](references/implementation-phases.md)（何时读取：第七阶段实施规划时）
- 政府数字化转型参考：见 [references/government-digitalization.md](references/government-digitalization.md)（何时读取：政府数字化转型场景）
- 企业数字化转型参考：见 [references/enterprise-digitalization.md](references/enterprise-digitalization.md)（何时读取：企业数字化转型场景，含数字化成熟度评估模型、典型场景与实施路径）
- 方案质量评审检查清单：见 [references/solution-quality-checklist.md](references/solution-quality-checklist.md)（何时读取：方案完成后质量自审，含各方案类型检查清单和四维度架构一致性校验）
- 现状评估方法论：见 [references/current-state-assessment.md](references/current-state-assessment.md)（何时读取：第二阶段需求分析时的现状评估，含信息化现状评估框架、政府/企业场景评估方法、数字化成熟度模型）

## 注意事项

- **方案类型识别强制要求**：用户输入需求后，**必须先询问**用户方案类型，不要通过关键词推导或猜测，等待用户明确反馈后再进行方案编写
- **阶段迭代**：不需要线性完成所有阶段，根据方案类型选择需要的阶段执行
- **产出导向**：每个阶段都应产出明确文档或决策，避免过度设计
- **业务优先**：技术方案必须服务于业务目标，避免技术驱动
- **平衡原则**：在理想方案与实际约束之间找到平衡点
- **持续验证**：关键设计决策应通过原型、POC 或评审验证
- **政策合规**：政府场景需严格遵守政策法规要求，确保合规安全
- **四维度协同**：业务架构、功能架构、数据架构、技术架构需协同一致，相互支撑
- **现状驱动**：需求分析需深入行业现状和客户现状，必要时主动向用户获取现状信息或从互联网搜索同类客户共性现状
- **思路清晰**：建设思路设计需明确目标、原则、路径、分期，指导后续实施
- **架构图生成**：架构设计阶段应使用 `scripts/generate-architecture-diagram.py` 生成可视化架构图
  - 前置：`pip install graphviz` + `apt-get install graphviz`
  - **模板模式（推荐）**：`--template business-4layer/functional-3layer/data-flow/technical-microservice/gov-cloud`，`--list-templates` 列出全部
  - 自定义 DOT：`--input` 传入，支持 subgraph/style/color/rank 完整语法，中文自动适配
  - 输出：PNG、SVG、PDF
- **方案类型适配**：不同方案类型对应不同的输出结构和深度要求，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 严格执行框架结构
- **关键信息收集**：方案类型确认后，需主动收集所属领域、建设规模、现有基础、核心诉求等关键约束信息；若用户未提供，合理推断并标注假设
- **方案大纲先行**：方案类型确认后，先生成方案大纲（目录结构）向用户展示并确认，再按大纲逐章节展开，避免方向偏差
- **行业场景适配**：根据用户所属行业参考 [references/industry-scenarios.md](references/industry-scenarios.md)，使用行业术语和行业痛点，避免泛化描述
- **方案演进复用**：规划类→申报类→可研类→投标类存在递进关系，高阶方案应复用低阶方案的核心结论，避免重复劳动
- **方案质量评审**：方案完成后必须执行质量评审，参照 [references/solution-quality-checklist.md](references/solution-quality-checklist.md) 逐项检查，未通过项必须修改
- **现状评估深度**：需求分析阶段必须进行系统化的现状评估，参考 [references/current-state-assessment.md](references/current-state-assessment.md)，政府场景重点盘点政务系统和政策合规，企业场景重点评估数字化成熟度
- **信创适配**：政府场景技术选型必须考虑信创适配，参考 [references/technology-stack-guide.md](references/technology-stack-guide.md) 中信创适配技术栈章节，包含国产OS/DB/中间件/芯片的全栈方案和渐进式迁移策略
- **政府项目合规**：政府项目实施需遵循采购流程、审计要求、验收标准、资金管理和合规审查，参考 [references/implementation-phases.md](references/implementation-phases.md) 中"政府项目特有实施流程"章节

## 使用示例

### 示例 0：方案类型识别与关键信息收集（强制流程）
- **功能**：用户输入需求后，强制询问方案类型，收集关键约束信息，待用户明确后再进行方案编写
- **执行方式**：智能体主导，第零阶段必执行
- **关键指导**：
  - **强制要求**：用户输入需求后，**必须先询问**用户方案类型，不要通过关键词推导或猜测
  - 询问语："请问您需要产出哪种类型的方案？可选择：规划类、申报类、可研类、投标类、工作汇报类"
  - 若用户不清楚，参考 [references/solution-type-frames.md](references/solution-type-frames.md) 为用户说明各类型方案的特点、适用场景和输出重点
  - **等待用户明确反馈方案类型后**，收集关键约束信息：所属领域、建设规模、现有基础、核心诉求
  - 根据确认的方案类型和关键信息选择对应的执行阶段和输出结构

### 示例 1：规划类方案 - 政务服务平台规划
- **功能**：为某政府部门设计粗颗粒度的政务服务平台规划方案
- **执行方式**：智能体主导，执行规划类方案流程
- **关键指导**：
  - 方案类型：规划类方案
  - 执行阶段：第零阶段 → 第一阶段（政策背景分析）→ 第二阶段（需求分析，简化）→ 第三阶段（建设思路设计）→ 4.1（业务架构，简化）→ 第六阶段（具体建设内容，简化）→ 效益分析
  - 输出重点：政策背景分析、现状问题、建设目标及思路、业务架构（简化）、关键建设内容、预期效益
  - 内容特点：粗颗粒度、强调愿景和方向，不涉及详细设计和费用

### 示例 2：申报类方案 - 企业数字化管理系统申报
- **功能**：为企业设计数字化管理系统申报方案，用于内部立项申请
- **执行方式**：智能体主导，执行申报类方案流程
- **关键指导**：
  - 方案类型：申报类方案
  - 执行阶段：第零阶段 → 第一阶段 → 第二阶段 → 第三阶段 → 第四阶段（四维度架构）→ 第六阶段（主要建设内容）→ 第七阶段（实施规划，简化）→ 效益分析 → 费用估算
  - 输出重点：建设背景、需求分析、建设目标、四维度架构、主要建设内容、实施计划（简化）、效益分析、费用估算
  - 内容特点：较规划类更细化，包含费用估算，架构设计涵盖四维度

### 示例 3：可研类方案 - 政府数字政府建设可研
- **功能**：为政府数字政府建设项目设计可行性研究报告
- **执行方式**：智能体主导，执行可研类方案流程（全部阶段）
- **关键指导**：
  - 方案类型：可研类方案
  - 执行阶段：全部阶段（第零阶段至第八阶段）+ 投资估算（第九阶段）
  - 输出重点：总论、背景与必要性、需求分析（细化）、总体建设方案、建设内容、技术方案与选型（详细）、实施计划、投资估算、效益分析、风险分析
  - 需求分析需细化：业务、用户、功能、数据、性能、安全、运维
  - 技术选型需详细：技术路线、关键技术、软硬件选型、集成方案、信创适配（政府场景）
  - 内容特点：内容最全面、最细化，包含详细的投资估算和风险分析

### 示例 4：投标类方案 - 政务云平台投标
- **功能**：为政务云平台招标项目设计投标方案
- **执行方式**：智能体主导，执行投标类方案流程
- **关键指导**：
  - 方案类型：投标类方案
  - 执行阶段：第零阶段 → 第二阶段（项目需求理解与分析）→ 第三阶段（总体建设方案）→ 第四阶段（四维度架构）→ 10.1（详细功能设计）→ 10.2（项目实施与管理方案）→ 10.3（信息安全与合规方案）→ 10.4（运维服务与保障方案）→ 10.5（培训方案）→ 报价文件
  - 输出重点：需求理解、总体建设方案、详细功能设计、实施与管理、安全与合规、运维服务、培训方案、报价文件
  - 详细功能设计需按照招标需求逐项响应，并附上功能清单
  - 内容特点：围绕招标需求响应，强调技术实力、实施能力、管理能力和价格竞争力

### 示例 5：工作汇报类方案 - 项目阶段性汇报
- **功能**：为项目执行过程设计阶段性工作汇报方案
- **执行方式**：智能体主导，执行工作汇报类方案特殊流程
- **关键指导**：
  - 方案类型：工作汇报类方案
  - 执行流程：特殊流程，不使用标准八阶段流程
  - 输出结构：工作背景 → 需要解决的问题 → 当前正在开展的工作内容及完成情况 → 已经产生的工作成果及成效 → 当前工作开展中存在的问题 → 下一步工作计划 → 需要领导给予的支持
  - 内容特点：简洁实用，重点突出工作进展、成果和需要支持的事项

### 示例 6：生成架构图
- **功能**：使用脚本生成各类架构图
- **执行方式**：调用 `scripts/generate-architecture-diagram.py` 脚本
- **关键指导**：
  - 前置安装：`pip install graphviz` 和 `apt-get install graphviz`
  - **模板模式（推荐）**：
    - 生成业务架构图：`python scripts/generate-architecture-diagram.py --template business-4layer --output business.png`
    - 生成功能架构图：`python scripts/generate-architecture-diagram.py --template functional-3layer --output functional.png`
    - 生成数据架构图：`python scripts/generate-architecture-diagram.py --template data-flow --output data.png`
    - 生成技术架构图：`python scripts/generate-architecture-diagram.py --template technical-microservice --output technical.png`
    - 生成政务云架构图：`python scripts/generate-architecture-diagram.py --template gov-cloud --output gov.png`
  - 自定义 DOT 模式：编写 DOT 格式文件，支持 subgraph、style、color 等完整语法
    - `python scripts/generate-architecture-diagram.py --diagram-type business --input business.dot --output business.png`