Appearance
常用 Prompt 库
本文件提供可直接复制使用的上位机 AI 提示词。
建议每次使用时，把“需要提供给 AI 的信息”补充完整。信息越具体，AI 输出越稳定。
0. 不知道复制哪一段时
如果你刚拿到资料，不知道该用哪个 Prompt，先按这个表选：
| 你现在要做什么 | 先复制 |
|---|---|
| 只有零散想法，还没形成方案 | 把零散想法整理成需求方案 |
| 手上有客户技术要求或说明书 | 拆解需求说明书或技术要求 |
| 已有项目要加功能 | 已有项目新增功能前先做现状理解 |
| 想改一个界面按钮、表格、状态显示 | 修改已有页面 |
| 串口、TCP、协议、CRC、粘包半包 | 通信任务拆解 或 解析协议帧 |
| 软件报错、功能不对、偶发异常 | Bug 先分级再处理 |
| 修改完了不知道测什么 | 按影响范围生成回归测试 |
两种使用方式
不是所有任务都要把模板填得很满。
| 模式 | 适合场景 | 问法 |
|---|---|---|
| AI 自主发挥模式 | 小改、低风险、需求比较直观 | 先用自然语言描述目标，让 AI 判断还缺什么 |
| 详细模板模式 | 通信、数据库、线程、真实设备、交付验收、高风险 Bug | 按模板补充协议、日志、截图、验收标准和风险边界 |
Codex 目标模式 /goal
当某个功能一直改不好或想尽可能优化时，直接输入：
text
/goal 串口通信丢包率降到0.1%以下，同时保持UI刷新不超过50msAI 会奔着目标自我迭代、自我优化，直到达到目标或达到迭代上限。适合性能优化、界面调优、复杂 Bug 攻坚等"知道目标但不知道具体怎么改"的场景。
如果你不确定属于哪种，就先问：
text
请先判断这个任务适合 AI 自主发挥模式，还是必须走详细模板模式。
如果信息不够，请告诉我最少还要补充什么。总提示：给框架，不要替 AI 写细节
下面这段可以放在很多 Prompt 的最前面：
text
请在我给出的目标、现状、边界和验收标准范围内，自行判断合适的方案。
我不会一开始指定具体方法名、类名、字段名或每一步代码写法。
除非这些细节会影响安全、通信、数据、兼容性或交付，否则请你根据项目现状自行推导。
请先输出：
1. 你对目标的理解。
2. 你准备采用的方案。
3. 需要我确认的关键问题。
4. 你不会改动的范围。
5. 完成后怎么验证。这个总提示适合放在新项目、改功能、修 Bug、页面调整和通信任务前面。它的目的不是放松质量要求，而是避免用户过早把 AI 限死在某个不一定正确的代码细节里。
1. 需求整理类
Prompt：把零散想法整理成需求方案
使用场景
适合还没有完整技术需求，只是想到哪说到哪、口头描述比较零散的新项目。
需要提供给 AI 的信息
- 项目背景
- 想实现的功能
- 连接的设备
- 现场操作流程
- 已知通信方式
- 想要的页面
- 数据保存和验收要求
Prompt 正文
text
请你作为 C# WPF/WinForm 上位机需求分析助手。
我下面的需求是零散描述，不是完整技术方案。
请先不要写代码，也不要直接设计项目结构。
> 💡 这是简化版。完整版需求方案模板（含 12 项输出）见 `11-上位机项目需求拆解表.md`。
请你先把这些零散需求整理成一份第一版需求方案，包含：
1. 项目目标。
2. 使用人员和使用场景。
3. 核心业务流程草案。
4. 功能模块草案。
5. 页面规划草案。
6. 通信需求草案。
7. 数据保存草案。
8. 日志、报警、权限是否需要进一步确认。
9. 第一阶段最小可运行版本。
10. 已确认内容、AI 推测内容、下一轮需要确认的问题。
零散需求：
【粘贴你的口头需求、聊天记录或想法】预期输出
- 第一版需求方案
- 功能模块草案
- 页面规划草案
- 已确认/推测/待确认内容
- 第一阶段范围
Prompt：多轮迭代确认需求
使用场景
适合 AI 已经输出第一版需求方案，但你需要继续确认、纠正和细化，而不是直接进入开发。
需要提供给 AI 的信息
- 第一版需求方案
- 你认为正确的部分
- 你认为不对的部分
- 需要补充的新信息
- 当前最想先细化的方向
Prompt 正文
text
下面是上位机项目第一版需求方案。现在不要写代码，也不要进入项目结构设计。
请你帮我做第二轮需求确认。
要求：
1. 先列出你认为已经明确的内容。
2. 再列出你基于经验推测的内容。
3. 再列出必须继续确认的问题。
4. 每次只追问最关键的 5-10 个问题，不要一次展开所有细节。
5. 请帮我判断下一轮应该优先细化：业务流程、UI 页面、通信、数据保存、日志报警、验收标准中的哪一块。
第一版需求方案：
【粘贴 AI 上一轮输出】
我确认正确的内容：
【填写】
我认为不对或需要修改的内容：
【填写】
我补充的新信息：
【填写】预期输出
- 已确认内容
- 需要修正内容
- AI 推测内容
- 下一轮关键问题
- 建议优先细化方向
Prompt：拆解需求说明书或技术要求
使用场景
适合已经有客户需求说明书、技术协议、招标要求、设备说明文档或聊天记录，但还没有拆成可开发任务。
需要提供给 AI 的信息
- 需求说明书或技术要求
- 已知项目背景
- 是否新项目
- 第一阶段目标
Prompt 正文
text
我手上有一份上位机项目需求说明书/技术要求。请先不要写代码，也不要直接设计项目结构。
请你先帮我把这份文档拆成可执行的软件需求。
要求：
1. 不要照抄原文，要翻译成上位机开发能执行的功能点。
2. 区分“明确要求”“AI 推测”“需要客户确认”“可能有风险”。
3. 不要默认所有功能都第一阶段完成，请帮我拆第一阶段最小可运行版本。
4. 页面、通信、数据、日志、权限、验收都先做初步拆解，不清楚的地方列问题。
5. 每次只追问最关键的问题，不要一次问几十个细节。
请输出：
1. 需求摘要。
2. 功能模块拆解。
3. 业务流程草案。
4. 页面规划草案。
5. 通信和协议需求。
6. 数据保存需求。
7. 日志、报警、权限需求。
8. 第一阶段范围。
9. 风险点。
10. 下一轮需要确认的问题。
需求说明书/技术要求如下：
【粘贴文档内容】预期输出
- 可执行需求拆解
- 第一阶段范围
- 风险点
- 需要确认的问题
- 下一轮细化方向
Prompt：从需求方案推导技术方案
使用场景
适合第一版需求方案已经经过至少一轮确认，准备进入项目结构、技术栈、页面和模块设计阶段。
需要提供给 AI 的信息
- 已确认或基本确认的需求方案
- 使用技术偏好
- 是否新项目
- 是否连接真实设备
- 交付要求
Prompt 正文
text
请根据下面已经确认过的上位机需求方案，帮我推导技术方案。
请先不要写代码。
请输出：
1. 推荐技术栈。
2. 推荐项目结构。
3. 页面布局和页面清单。
4. Model、ViewModel、Service、Communication、Storage 的职责。
5. 通信和协议模块设计。
6. 数据保存方案。
7. 风险点。
8. 开发顺序。
9. 验收标准。
需求方案：
【粘贴已经确认或基本确认的需求方案】预期输出
- 技术方案
- 项目结构
- 模块职责
- 开发顺序
- 验收标准
2. 已有项目理解类
Prompt：让 AI 阅读项目结构
使用场景
只适合已有项目。新项目不要从“阅读项目结构”开始，新项目应该先整理需求方案。
需要提供给 AI 的信息
- 项目目录结构
- 主要文件名
- 当前目标
- 不希望改动的范围
Prompt 正文
text
请你作为 C# WPF 上位机开发助手，先阅读下面项目结构。
请先不要写代码，也不要提出大重构。
请输出：
1. 项目主要模块划分。
2. 每个目录可能的职责。
3. 和本次任务相关的文件。
4. 你还需要我提供哪些文件。
项目结构：
【粘贴项目结构】
本次目标：
【填写目标】预期输出
- 模块职责
- 相关文件
- 需要补充的信息
- 下一步建议
Prompt：生成项目地图
使用场景
适合项目文件较多，需要先建立项目理解。
需要提供给 AI 的信息
- 目录结构
- 关键类文件
- 入口文件
- 主要页面
Prompt 正文
text
请根据下面项目结构和关键文件，生成一份上位机项目地图。
请按 UI、ViewModel、通信、数据存储、日志、报警、配置、测试流程分类说明。预期输出
- 项目地图
- 模块依赖
- 高风险模块
- 后续阅读顺序
3. 功能拆解类
Prompt：已有项目新增功能前先做现状理解
使用场景
适合已有项目要加新功能。实际使用时，用户通常不会先整理好“当前项目结构、相关页面、验收标准”，而是直接说“我要加一个什么功能”。这时应该先让 AI 理解现有项目，再谈怎么加。
需要提供给 AI 的信息
- 新功能目标
- 当前项目目录或源码访问权限
- 如果能运行项目，允许 AI 先运行/编译/查看界面
- 不希望影响的已有功能
Prompt 正文
text
我有一个已有 C# WPF/WinForm 上位机项目，现在想加一个新功能。
请先不要写代码，也不要直接改文件。
第一步请先理解当前项目：
1. 如果你能访问项目，请先查看项目结构、入口、主要页面、ViewModel、Service、通信、数据保存模块。
2. 如果项目能运行，请先通过编译/启动/现有测试了解当前状态。
3. 如果你不能直接运行，请告诉我需要提供哪些截图、项目结构或关键文件。
新功能目标：
【用自然语言描述想加什么功能】
不希望影响：
【例如：不要影响现有通信、数据保存、主界面操作流程】
请先输出：
1. 当前项目已有功能和模块理解。
2. 新功能可能应该放在哪个页面/模块。
3. 可能影响哪些已有功能。
4. 是否和现有流程冲突。
5. 需要继续查看哪些文件或运行结果。
6. 下一步是先出方案，还是可以进入实施计划。预期输出
- 项目现状理解
- 新功能放置位置建议
- 影响范围
- 冲突点
- 需要补充的材料
Prompt：新增功能设计方案
使用场景
适合 AI 已经初步理解现有项目后，先让它出新功能设计方案，而不是直接动代码。
需要提供给 AI 的信息
- 新功能目标
- AI 对现有项目的理解
- 不希望影响的功能
- 你已有的想法或没有方案也可以说明
Prompt 正文
text
基于你对当前上位机项目的理解，请先为下面新功能设计方案，不要写代码。
新功能目标：
【写想加什么】
我自己的想法：
【如果有方案就写；没有就写“没有明确方案，请你设计”】
不希望影响：
【写不要破坏哪些已有功能】
请输出：
1. 新功能的业务目标。
2. 和现有功能的关系。
3. 是否会影响现有流程；如果会，应该怎么调整。
4. 推荐放在哪个页面或模块。
5. 需要新增哪些状态、数据、服务或配置。
6. 有哪些实现方案，每个方案的优缺点。
7. 推荐方案。
8. 验证和回归重点。预期输出
- 新功能设计方案
- 与现有功能关系
- 冲突和影响分析
- 推荐方案
- 验证重点
Prompt：新增功能实施计划
使用场景
适合新功能方案已经确认，准备让 Codex/AI 制定实施计划。
需要提供给 AI 的信息
- 已确认的新功能方案
- 当前项目结构或 AI 已经读过的项目上下文
- 不允许改动的范围
- 验证要求
Prompt 正文
text
新功能方案已经确认。请基于当前项目，制定实施计划。
请先不要直接大面积改代码。
要求：
1. 在不影响原有功能的前提下加入这个功能。
2. 如果必须影响原有功能，请明确说明原因、影响范围和调整方式。
3. 优先增量修改，不要重写已有模块。
4. 每一步都要说明验证方法。
已确认的新功能方案：
【粘贴方案】
不允许改动：
【写清楚不要动哪些模块或行为】
请输出：
1. 实施步骤。
2. 每一步可能涉及的文件或模块。
3. 每一步的风险。
4. 每一步完成后的验证方式。
5. 最终回归测试清单。预期输出
- 实施计划
- 文件/模块影响范围
- 分步风险
- 分步验证
- 回归清单
Prompt：通信任务拆解
使用场景
适合串口、TCP、Modbus、自定义协议任务。
需要提供给 AI 的信息
- 通信方式
- 连接参数
- 协议格式
- 示例报文
- 异常处理要求
Prompt 正文
text
请先不要写代码。请根据下面通信需求，拆解通信模块。
通信方式：
连接参数：
协议格式：
示例报文：
异常处理：
日志要求：
请输出：
1. 通信状态机。
2. 收发流程。
3. 协议解析流程。
4. 异常处理流程。
5. 需要的类和方法。
6. 测试用例。预期输出
- 状态机
- 类职责
- 异常处理
- 测试用例
4. WPF 界面类
Prompt：新建页面
使用场景
适合新增参数配置页、实时数据页、历史数据页等。
需要提供给 AI 的信息
- 页面用途
- 谁在使用
- 当前业务流程
- 需要显示的信息
- 需要执行的操作
- 异常提示要求
- 验收标准
不需要一开始就提供控件清单、绑定字段和按钮命令，这些应该由 AI 根据页面目标先设计出来。
Prompt 正文
text
请你作为 C# WPF 上位机界面设计助手，帮我设计一个新页面。
我先用业务语言描述需求，不确定具体控件、绑定字段和 Command 名称，请你帮我设计。
页面名称：
页面用途：
使用人员：
主要操作流程：
需要显示的信息：
需要执行的操作：
异常提示要求：
验收标准：
请先输出设计方案，不要直接写完整代码。
请输出：
1. 页面区域布局。
2. 建议使用的控件。
3. 需要的状态字段。
4. 需要的按钮命令。
5. ViewModel 职责。
6. 可能依赖的 Service。
7. 需要我补充确认的问题。
8. 验收检查点。预期输出
- 页面布局
- 控件建议
- 状态字段
- 命令清单
- 需要补充的问题
- 验收点
Prompt：修改已有页面
使用场景
适合已有页面想改一个按钮、状态显示、表格列、曲线区域、日志区域或布局细节，但你不确定具体要改哪个文件。
需要提供给 AI 的信息
- 修改目标
- 当前现象
- 期望效果
- 不希望影响的功能
- 当前界面截图或简单描述
不需要一开始就准确提供 XAML、ViewModel、Command 名称。先让 AI 判断需要哪些材料。
Prompt 正文
text
我想修改一个已有 WPF 上位机页面。
请先不要写代码，也不要重写整个页面。
修改目标：
【例如：主界面连接成功后，把“连接”按钮变成“关闭”，点击关闭后断开设备】
当前现象：
【现在界面和操作是什么样】
期望效果：
【希望改完后是什么样】
不希望影响：
【例如：不要影响数据采集、日志显示、参数保存】
我暂时不确定具体要改哪个 XAML、ViewModel 或 Command。
请先输出：
1. 这个修改可能涉及哪些页面区域、状态字段、按钮命令和服务。
2. 需要我补充哪些截图、项目结构或代码文件。
3. 最小修改方案。
4. 风险点。
5. 回归验证清单。预期输出
- 影响范围判断
- 需要补充的材料
- 最小修改方案
- 回归验证点
Prompt：补充代码后做页面最小修改
使用场景
适合 AI 已经判断出需要查看相关代码，你再补充 XAML、ViewModel、事件处理或 Service 片段。
需要提供给 AI 的信息
- 修改目标
- AI 要求补充的相关代码
- 不希望改动范围
- 验证方式
Prompt 正文
text
下面是 AI 要求我补充的相关文件或代码片段。
请只针对本次目标做最小修改，不要重写整个页面，不要顺手重构。
修改目标：
【再次写清楚目标】
相关页面代码：
【粘贴 XAML 或页面代码】
相关逻辑代码：
【粘贴 ViewModel / 事件处理 / Service 片段】
不希望改动：
【写清楚不要动哪些功能】
请输出：
1. 当前逻辑判断。
2. 最小修改点。
3. 每处修改原因。
4. 可能影响范围。
5. 修改后验证步骤。预期输出
- 当前逻辑判断
- 最小修改点
- 影响范围
- 验证步骤
Prompt：界面显示异常排查
使用场景
适合控件不显示、按钮状态不刷新、DataGrid 无数据、曲线不刷新、状态灯不变化等问题。
需要提供给 AI 的信息
- 实际现象
- 期望行为
- 操作步骤
- 当前截图或描述
- 能提供的相关代码或日志
Prompt 正文
text
我的 WPF 上位机界面显示不正常。请先分析可能原因，不要直接重写页面。
实际现象：
期望行为：
操作步骤：
当前截图或界面描述：
我能提供的代码或日志：
如果你需要 XAML、ViewModel、绑定字段或日志，请先告诉我具体需要哪些，不要假设我一开始就知道文件位置。
请输出：
1. 可能原因排序。
2. 需要继续查看的材料。
3. 最小定位步骤。
4. 可能的最小修复方向。
5. 验证方法。预期输出
- 可能原因
- 需要补充的材料
- 定位步骤
- 最小修复方向
- 验证方法
5. 通信协议类
Prompt：解析协议帧
使用场景
适合自定义十六进制协议、CRC、粘包半包解析。
需要提供给 AI 的信息
- 协议文档
- 示例帧
- CRC 算法
- 异常帧样例
Prompt 正文
text
请根据下面协议格式设计解析流程。
请重点考虑粘包、半包、错误帧、CRC 错误和日志记录。
要求接收和解析分开：
1. 接收线程只负责接收原始字节并写入缓存或队列。
2. 解析线程从缓存/队列取数据，独立完成组帧、校验和解析。
3. 解析后的业务对象再交给上层决定显示、保存、报警或推进业务流程。
协议格式：
示例帧：
CRC 规则：
异常样例：
请输出：
1. 接收线程和解析线程如何解耦。
2. 缓存/队列处理流程。
3. 完整帧判断规则。
4. CRC 校验流程。
5. 解析后的数据模型。
6. 业务数据分发方式。
7. 测试报文清单。预期输出
- 解析流程
- 数据模型
- 错误处理
- 测试报文
Prompt：分析通信日志
使用场景
适合排查丢包、超时、断线、CRC 错误。
需要提供给 AI 的信息
- 通信日志
- 协议格式
- 问题发生时间
- 期望行为
Prompt 正文
text
下面是上位机通信日志。请按时间线分析，不要直接写代码。
请输出：
1. 关键事件时间线。
2. 异常首次出现的位置。
3. 可能原因排序。
4. 还需要补充哪些日志。
5. 是否存在接收线程被解析、保存、UI 刷新或日志阻塞的问题。
6. 最小验证方法。
日志：
【粘贴日志】预期输出
- 时间线
- 根因猜测
- 补充日志建议
- 验证方法
6. Bug 排查类
Prompt：Bug 先分级再处理
使用场景
适合不确定这个问题是小改、快速修复，还是疑难 Bug。不要所有问题都走完整调查。
需要提供给 AI 的信息
- 问题现象
- 期望效果
- 是否能复现
- 截图、报错、日志或相关材料
- 是否涉及通信、数据、线程、真实设备
Prompt 正文
text
请先帮我判断这个上位机问题属于哪个等级，不要一上来就走完整 Bug 调查。
问题现象：
期望效果：
是否能复现：
截图/报错/日志：
是否涉及通信、数据保存、协议解析、线程、真实设备：
请按下面等级判断：
L1 直接小改：文案、按钮位置、简单样式、明显编译错误。
L2 快速修复：根因基本明确，少量代码即可修。
L3 普通 Bug：现象明确但根因不完全确定，需要轻量分析。
L4 疑难 Bug：通信、协议、数据不一致、偶发、现场才复现。
L5 高风险问题：真实设备、数据库、线程、协议语义、正式交付。
请输出：
1. 建议等级。
2. 为什么是这个等级。
3. 应该直接修、快速修、轻量分析，还是完整调查。
4. 需要我补充哪些材料。
5. 最小处理路径。预期输出
- Bug 等级
- 处理路径
- 需要补充的材料
- 最小下一步
Prompt：只定位根因
使用场景
适合 L4 疑难 Bug 或 L5 高风险问题，还没确认原因，不希望 AI 直接改代码。
需要提供给 AI 的信息
- 问题现象
- 复现步骤
- 日志
- 最近改动
- 截图、日志或相关材料
- 如果知道相关代码就补充；不知道就先让 AI 判断需要哪些文件
Prompt 正文
text
这是一个疑难或高风险 Bug，请你只做根因调查，不要修改代码。
问题现象：
复现步骤：
日志：
最近改动：
截图、日志或相关材料：
如果需要代码，请告诉我需要补充哪些文件或片段：
请输出：
1. 问题等级判断。
2. 可能原因。
3. 最可能原因和证据。
4. 数据或事件链路分析。
5. 需要继续查看的文件/日志/协议/截图。
6. 最小复现建议。
7. 是否可以进入修复阶段。预期输出
- 根因分析
- 证据链
- 下一步调查点
Prompt：给最小修复方案
使用场景
适合 L2/L3 或已经完成调查、根因明确的问题，只需要控制修改范围。
需要提供给 AI 的信息
- 根因
- 相关材料
- 不希望改动范围
- 验证方式
Prompt 正文
text
根因已经确认。请给出最小修复方案。
请不要重构，不要修改无关文件，不要改变现有架构。
根因：
相关材料：
【如果已经知道文件名就写；不知道就先写现象、日志、截图或 AI 的根因判断】
不希望改动：
验证方式：
请输出：
1. 问题等级。
2. 修改范围。
3. 每处修改原因。
4. 不改哪些内容。
5. 影响分析。
6. 按影响范围生成验证清单。预期输出
- 修改范围
- 影响分析
- 验证清单
7. 性能优化类
Prompt：分析 UI 卡顿
使用场景
适合数据刷新、通信接收、保存数据导致界面卡死。
需要提供给 AI 的信息
- 卡顿场景
- 刷新频率
- 截图、日志或相关材料
- 数据量
- 如果知道相关代码就补充；不知道就让 AI 先判断需要哪些文件
Prompt 正文
text
我的 WPF 上位机出现 UI 卡顿。请先分析原因，不要直接改代码。
卡顿场景：
数据刷新频率：
通信频率：
数据量：
截图、日志或相关材料：
如果需要代码，请告诉我需要补充哪些文件或片段：
请输出：
1. 可能阻塞 UI 线程的位置。
2. 数据刷新是否过于频繁。
3. 日志或保存是否可能阻塞。
4. 最小优化方案。
5. 验证方法。预期输出
- 卡顿原因
- 优化方案
- 验证方法
Prompt：分析内存增长
使用场景
适合程序运行时间长后内存持续升高。
需要提供给 AI 的信息
- 运行时长
- 内存变化
- 是否有曲线/表格/日志
- 截图、日志或相关材料
- 如果知道相关代码就补充；不知道就让 AI 先判断需要哪些文件
Prompt 正文
text
我的上位机程序运行一段时间后内存增长。请分析可能原因。
运行时长：
内存变化：
涉及页面：
涉及数据集合：
截图、日志或相关材料：
如果需要代码，请告诉我需要补充哪些文件或片段：
请输出可能泄漏点、验证方法和最小优化建议。预期输出
- 可能泄漏点
- 检查方法
- 优化建议
8. 测试验收类
Prompt：按影响范围生成回归测试
使用场景
适合功能修改或 Bug 修复后，生成回归测试清单。重点不是机械全测，而是找出开发时不容易触发的风险场景。
需要提供给 AI 的信息
- 修改内容
- 修改等级或影响范围
- 可能影响的旧功能
- 已经验证过的内容
- 担心遗漏的问题
Prompt 正文
text
请根据下面上位机修改内容，生成回归测试清单。
不要机械列全量清单，请先判断影响范围。
修改内容：
修改等级：L1/L2/L3/L4/L5/不确定
已经验证过：
可能影响：
担心遗漏：
请输出：
1. 必须回归的功能。
2. 开发过程中不容易触发、但需要补测的场景。
3. 正常路径测试。
4. 异常路径测试。
5. 边界条件测试。
6. 最小验证步骤。预期输出
- 回归范围
- 难触发场景
- 正常/异常/边界测试
- 最小验证步骤
Prompt：生成验收报告
使用场景
适合项目交付、阶段验收。验收必须和需求方案、技术要求、功能项、性能项对齐。
需要提供给 AI 的信息
- 需求方案或技术要求
- 验证环境
- 验收结果
- 已知风险
Prompt 正文
text
请根据下面需求方案/技术要求和验证结果，生成一份上位机项目验收报告。
要求：
1. 验收项必须和需求功能项、技术要求、性能要求一一对应。
2. 如果需求没有编号，请先自动编号。
3. 每个验收项要写清楚验收方法、通过标准和实际结果。
4. 不要只写通用描述。
需求方案/技术要求：
验证环境：
验证结果：
已知风险：
报告要包含：
1. 项目概述。
2. 验收范围。
3. 需求-验收对照表。
4. 功能项结果。
5. 通信/数据/UI/异常/性能结果。
6. 未通过项。
7. 遗留风险。
8. 验收结论。预期输出
- 验收报告
- 需求-验收对照表
- 风险说明
- 验收结论