digital-solution-designer

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

数字化解决方案设计

任务目标

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

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

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

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

方案类型说明

支持的方案类型

1. 规划类方案：初次接触客户，粗颗粒度规划，以打动客户为目的

   • 适用场景：客户初步接触、需求模糊、需要展示整体愿景
   • 输出重点：政策背景、现状问题、建设目标及思路、业务架构（简化）、关键建设内容、预期效益

2. 申报类方案：帮助客户向内部领导汇报并申请立项

   • 适用场景：客户内部汇报、立项申请、预算审批
   • 输出重点：建设背景、需求分析、建设目标、四维度架构、主要建设内容、实施计划（简化）、效益分析、费用估算

3. 可研类方案：项目立项审批核心文件，用于财政预算申请和专家评审

   • 适用场景：项目立项审批、财政预算申请、专家评审
   • 输出重点：总论、背景与必要性、需求分析、总体建设方案、建设内容、技术方案与选型、实施计划、投资估算、效益分析、风险分析

4. 投标类方案：响应招标需求，选拔承建厂商

   • 适用场景：公开招投标、竞争性谈判
   • 输出重点：需求理解、总体建设方案、详细功能设计、实施与管理、安全与合规、运维服务、培训方案、报价文件

5. 工作汇报类方案：项目执行过程中的阶段性汇报

   • 适用场景：项目执行过程汇报、里程碑评审、需求变更汇报
   • 输出重点：工作背景、问题、当前工作、成果、问题、下一步计划、需要支持

方案类型识别规则（强制执行）

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

参考文档：references/solution-type-frames.md

方案类型演进关系

五种方案类型存在递进关系，前一类型的产出可复用为后一类型的基础输入：

• 规划类 → 申报类：规划类的建设目标和思路可复用为申报类的建设背景和目标章节
• 申报类 → 可研类：申报类的架构设计和建设内容可深化为可研类的详细技术方案
• 可研类 → 投标类：可研类的技术方案可复用为投标类的总体建设方案，需增加实施管理、运维、培训等响应性内容

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

操作步骤

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

执行步骤：

1. 强制询问用户方案类型（关键步骤，不可跳过）：询问语"请问您需要产出哪种类型的方案？可选择：规划类、申报类、可研类、投标类、工作汇报类"，若用户不清楚，参考 references/solution-type-frames.md 说明各类型方案特点
2. 等待用户明确反馈方案类型：用户确认方案类型后，再进行后续流程
3. 收集关键约束信息：方案类型确认后，主动向用户收集以下关键信息（若用户未提供，根据已有信息合理推断并标注假设）：
   • 所属领域：政府/企业，细分行业（如政务、医疗、教育、金融、制造等），参考 references/industry-scenarios.md 定位行业场景
   • 建设规模：预算范围、建设周期、覆盖范围（部门/地域）
   • 现有基础：现有系统情况、信息化成熟度、技术团队能力
   • 核心诉求：最需要解决的 1-3 个核心问题
4. 生成方案大纲：方案类型和关键信息确认后，参考 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 进行质量自审：

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

---

第一阶段：政策背景分析

执行步骤：

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

---

第二阶段：需求分析

执行步骤：

1. 现状评估：参考 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

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）
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，评估成熟度、社区生态、团队能力、成本，进行关键技术权衡；政府场景需评估信创适配方案（国产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，阶段划分 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/enterprise-digitalization.md
  • 扩展流程：数字化成熟度评估（L1-L5）→ ROI导向建设思路 → 中台/SaaS/混合云架构选型
  • 特殊输出：数字化成熟度评估报告、ROI分析与投资回报预测、变革管理方案、组织能力提升方案

资源索引

• 必要脚本：见 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（何时读取：第零阶段识别行业领域时，含智慧政务/城市/医疗/教育/交通/金融/制造7大行业场景）
• 方案类型框架：见 references/solution-type-frames.md（何时读取：第零阶段方案类型识别时，也用于生成方案大纲）
• 架构模式参考：见 references/architecture-patterns.md（何时读取：第四阶段技术架构设计时）
• 架构维度参考：见 references/architecture-dimensions.md（何时读取：第四阶段四维度架构设计时）
• 技术选型指南：见 references/technology-stack-guide.md（何时读取：第五阶段技术选型时）
• 实施阶段参考：见 references/implementation-phases.md（何时读取：第七阶段实施规划时）
• 政府数字化转型参考：见 references/government-digitalization.md（何时读取：政府数字化转型场景）
• 企业数字化转型参考：见 references/enterprise-digitalization.md（何时读取：企业数字化转型场景，含数字化成熟度评估模型、典型场景与实施路径）
• 方案质量评审检查清单：见 references/solution-quality-checklist.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/industry-scenarios.md，使用行业术语和行业痛点，避免泛化描述
• 方案演进复用：规划类→申报类→可研类→投标类存在递进关系，高阶方案应复用低阶方案的核心结论，避免重复劳动
• 方案质量评审：方案完成后必须执行质量评审，参照 references/solution-quality-checklist.md 逐项检查，未通过项必须修改
• 现状评估深度：需求分析阶段必须进行系统化的现状评估，参考 references/current-state-assessment.md，政府场景重点盘点政务系统和政策合规，企业场景重点评估数字化成熟度
• 信创适配：政府场景技术选型必须考虑信创适配，参考 references/technology-stack-guide.md 中信创适配技术栈章节，包含国产OS/DB/中间件/芯片的全栈方案和渐进式迁移策略
• 政府项目合规：政府项目实施需遵循采购流程、审计要求、验收标准、资金管理和合规审查，参考 references/implementation-phases.md 中"政府项目特有实施流程"章节

使用示例

示例 0：方案类型识别与关键信息收集（强制流程）

• 功能：用户输入需求后，强制询问方案类型，收集关键约束信息，待用户明确后再进行方案编写
• 执行方式：智能体主导，第零阶段必执行
• 关键指导：
  • 强制要求：用户输入需求后，必须先询问用户方案类型，不要通过关键词推导或猜测
  • 询问语："请问您需要产出哪种类型的方案？可选择：规划类、申报类、可研类、投标类、工作汇报类"
  • 若用户不清楚，参考 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