#玄宿科技#AI齐套性交付#案例分享#自主协同软件#GJB438B#Qt开发#交付文档
上一期我们演示了 AI 齐套性交付专家的完整生成过程，但所用案例与真实业务贴合度不够。本期我们换了一个完全贴合业务的方向，重新生成了一整套成果：原型图、可交互程序、源码、全套交付文档——本文把这四大类成果逐一展开演示，全程实录、原图直出。
📑 本文脉络
1.界面升级：从命令行到对话式工作台
2.本期案例：ZZXT-01 自主协同软件需求速览
3.交付物全景：一套目录看懂全部成果
4.成果一：原型图与可交互原型
5.成果二：Electron 打包的可安装程序
6.成果三：按技术栈生成的源码骨架
7.成果四：六份 GJB 体系交付文档逐一核对
8.使用建议：两条经验与产品边界
1. 界面升级：从命令行到对话式工作台
先看工具本身。AI 齐套性专家（v2.0.17）的使用界面做了大升级：从命令符形式升级为对话式输入输出，与豆包、WorkBuddy、DeepSeek 等大多数平台的交互习惯一致——你描述想要构建的内容，右侧就是完整的对话流，生成过程全程可见、逐步可懂。
图 1-1 AI 齐套性专家 v2.0.17 主界面：左侧项目树 + 对话式工作台，标题栏即产品定位
标题栏里那一行小字，就是产品的完整工作流：需求拆分 → 信息确认 → 对齐锁定 → 原型/文档/源码/打包并行生成 → 统一验证交付。下面所有成果，都是这一句话跑出来的。
2. 本期案例：ZZXT-01 自主协同软件需求速览
上一期重在演示过程，案例并不完全贴合我们的产品与业务。本期按业务方向更新了需求，功能要求一句话概括：
二维框架下基础地图操作、场景想定规划、任务推演评估、态势可视化、模型参数管理、链路和覆盖分析等功能。
技术栈要求：C/C++、Qt 5.5 ｜ 项目代号：ZZXT-01 自主协同软件 V1.0
3. 交付物全景：一套目录看懂全部成果
打开输出目录你可能会问：为什么有这么多文件夹？因为这个项目的 UI 图为了保证效果，提前制作为具有交互能力的 HTML 页面，并且用 Electron 打包过一次。整体结构如下：
ZZXT-自主协同软件齐套性交付/
├─ dist/ # exe 产物（安装包 + 便携版）
├─ output/ # 交付文档（全套齐套 docx）
├─ prototypes/ # 交互原型 app/、源码骨架 src/、原型图 PNG
├─ reference/ # 用户输入：需求、参考文档
├─ templates/ # 转换后的 docx 模板
└─ work/ # 中间产物（py/json/md/ps1）
六个目录分工明确：reference 进、dist 出，中间产物全部留痕可回溯。话不多说，直接看成果。
4. 成果一：原型图与可交互原型
原型图是最好理解的部分：AI 根据功能要求和描述，为每一个模块生成原型页面。六大模块全部暗色大屏风格、设计语言统一：
图 4-1 推演控制与评估：想定方案装载/开始/暂停/步进，平台标绘 + 链路评估面板实时联动
图 4-2 想定编辑·平台部署：空中/地面/海上平台、导弹、超短波电台，拖动即改变部署位置
图 4-3 场景任务管理：任务新建/修改/删除/保存，推演状态机（已完成/推演中/已暂停/待推演）
图 4-4 平台模型参数管理：馈线/滤波器/发射机/接收机模型库，参数编辑 + 衰减特性曲线联动
图 4-5 可视化链路分析：通信参数配置（频段/功率/门限），平台对联通性实时计算
图 4-6 覆盖分析：多高度层（100M~1200M）覆盖圈渲染，考虑地形遮挡与 ITU-R P.525 传播模型
这六张不是静态设计稿，而是可以直接操作的交互页面：按钮能点、曲线能拖、推演能跑。AI 在界面设计这一块表现比较稳定；如果要求比较高，还是需要经过几轮修改和对话调整才能达到理想效果（这一点后面细说）。
5. 成果二：Electron 打包的可安装程序
同一套交互原型，经 Electron 打包后直接产出 Windows 程序：dist/ 目录下有安装包版和便携版两种 exe。双击即装、即开即用，不需要任何开发环境——交付对象拿到手就能跑，这一点对"非技术甲方"尤其友好。
6. 成果三：按技术栈生成的源码骨架
源码部分按软件开发环境要求的技术栈生成对应格式文件。本期项目要求C/C++、Qt 5.5，于是产出 CMakeLists.txt、.pro 工程文件与标准目录结构；如果要求换成 Vue，同样会直接生成 *.vue、*.js/ts 格式文件。
图 6-1 源码骨架：CMakeLists.txt + zzxt.pro（Qt 工程）+ src/config/db/include/resources 分层目录
骨架的意义在于目录规范、工程可开、编译配置就绪：开发团队不用从零搭架子，直接在建好的骨架上填业务代码。
7. 成果四：六份 GJB 体系交付文档逐一核对
最后看交付文档——齐套性交付的"重头戏"。先核对文件名与编号：六份文档统一采用 ZZXT-<类型码>-2026-001 编号规则，文件标识、项目名称、甲乙双方信息贯穿全套（本期仅做展示，实际使用时手动替换为真实信息即可）。
文档 | 文档标识号 | 看点 |
|---|---|---|
《技术方案》 | ZZXT-FA-2026-001 | 66 页，五大核心模块 |
《测试细则》 | ZZXT-CSSM-2026-001 | FT/PT/IT/CT/AT 五类用例 |
《测试报告》 | ZZXT-CSBG-2026-001 | 引用 GJB 标准，结果判定 |
《验收大纲》 | ZZXT-YSDG-2026-001 | 齐套性检查 + 验收测试 |
《验收报告》 | ZZXT-YSBG-2026-001 | 研制过程与试验情况 |
《使用手册》 | ZZXT-YHSC-2026-001 | 运行环境 + 入门操作 |
7.1 《技术方案》：66 页五大模块一次看齐
项目概述开门见山：软件标识号 ZZXT-01、版本 V1.0、研制周期与代码规模（约 115000 行 C/C++），以及总体业务流程图。随后依次浏览需求分析、总体设计、系统功能、关键技术、项目管理五大模块：
7.2 《测试细则》：用例步骤与软件操作逐条对齐
测试细则重点核对功能测试部分写的是否契合软件的真实操作逻辑——我们打开软件逐条对比：用例操作过程里的"图层管理 LAYERS 面板勾选电子底图/行政区划/任务平台"，与实际界面完全一致，期望结果与评估准则逐条对应。
7.3 《测试报告》：从引用标准到结果判定
测试报告主要看测试结果，但翻开第一页就能发现含金量：引用文档清单直接对标 GJB 体系——GJB 438B-2009《军用软件开发文档通用要求》、GJB 2786A-2009《军用软件开发通用要求》、GJB/Z 141-2004《军用软件测试指南》，引用关系与技术方案、测试细则、验收大纲一一对应。
7.4 《验收大纲》：验收准备与测试过程全记录
验收大纲主要对比两块：验收准备模块（齐套性检查、交付文档资料检查）和验收测试过程（五类测试的类别码、覆盖内容与检查表）。
7.5 《验收报告》：项目管理、文档产出与代码产出
验收报告主要看项目管理情况、文档产出、代码产出三块：研制过程时刻表把六个阶段（策划/需求/编码/集成/系统测试/验收）的起止时间与阶段成果列成一张表，配置基线管理说明与试验情况紧随其后。
7.6 《使用手册》：从运行环境到软件入门
使用手册主要看软件入门的操作步骤介绍。运行环境部分写得很"实在"：统信 UOS / Windows 7 及以上，数据库 MySQL 5.5 与 SQLite3，开发框架Qt 5.5 + Marble 地图引擎，集成开发环境 Visual Studio 2015，源代码规模 115000 行 C/C++——与技术方案、验收报告里的数字完全对齐。
8. 使用建议：两条经验与产品边界
演示到最后，说个题外话——在 AI 齐套性专家模式下，不推荐一次性把布局样式都说得明明白白，简要说明风格即可：
经验一产品定位就是快速解决问题、减少人工参与，描述越精简，生成越高效。经验二和大部分 AI 智能体一样：输入越多、路径越多，参考内容很容易跑偏。先粗后细、多轮收敛，比一次说全效果更好。
同时也要明确边界：AI 齐套性专家产出的是结构完整、口径一致、可直接开工的"齐套骨架"——界面要精修、代码要填充、参数要实测、甲乙方信息要替换，这些仍需人来完成。把重复性、格式性的工作交给 AI，把判断力和责任心留给自己，这才是"齐套性交付"的正确打开方式。
从一句需求，到原型、程序、源码、六份文档——ZZXT-01 自主协同软件的全套成果已经摆在你面前。下一期，我们演示如何把这些交付物一键同步到文档管理平台，打通"生成 → 管理 → 交付"的最后一公里。
