星途 · AI 智能工程软件系统
全面规划设计蓝图 V1.1(增量修订版)

工程卫士 EngGuard —— AI 起草 · 注册工程师签发 · 数值溯源 | V1.1 增量修订版 · 2026-10-20 · 基于 17 条增量资料
本版性质V1 增量附录,不是重写:V1 已定结论全部不变,本版只吸收 3 项范式级增量。
增量一工程专家 Agent 角色包(Agency Agents 范式移植,MIT)。
增量二方案生成升级为节点级校审流水线(7 工作流/84 节点/33 Agent 范式映射)。
增量三数据采集层补齐(CDP 复用登录态范式,自研实现)。
编制依据:增量采集摘要 research/fetch_eng_v11_digest.md(16 条视频号 + 1 条公众号,Playwright/WebFetch 采集,17/17 成功,原始数据 _sph_v11_raw.json)。
基线:V1 蓝图(2026-10-18 已上线 /engineering/blueprint/v1/)全部结论、定价、路线图、合规红线继续有效,本版不重复论证、不改动。
判定口径:✅ 可用/吸收 | ⚠️ 待核/借鉴 | 🔴 红线/禁用
目录
一、修订说明二、资料采集概况三、增量一:工程专家 Agent 角色包四、增量二:节点级校审流水线五、增量三:数据采集层六、矩阵复用裁决表

一、修订说明

V1 蓝图的全部已定结论——四大模块设计、KDT 三层知识基础设施映射、Revit MCP 五件套、text-to-CAD 试验线、开源许可矩阵、合规红线、定价与路线图——本版一律不变。V1.1 只吸收本批 17 条增量资料中的 3 项范式级增量(专家角色包 / 节点级流水线 / 数据采集层),均为「范式/工具」层面的补充,无工程软件域内新事实。

如实披露(诚实性卖点):本批 17 条资料中,工程软件域内直接内容为零、相关度「高」的条目为 0 条,重心在 AI 工具(7 条)与数字人硬件(4 条)。我们不粉饰采集命中率——增量有限就写有限,该收 3 项就只收 3 项。这与 V1「数值可溯源、结论有据」的口径一致:蓝图的可信度建立在如实标注证据强度之上。

二、资料采集概况

2026-10-19 采集 16 条微信视频号(Playwright headless chromium + iPhone Safari UA)+ 1 条公众号文章(WebFetch 直抓),17/17 成功,无 FAIL。主题分布:

主题分类条数条目序号与工程卫士的关系
AI(Agent/工作流/视频生成/工具/观点)7#5 #6 #7 #10 #11 #14 #173 项增量的全部来源(#7/#11/#14②/#17)
数字人/3D 显示硬件4#1 #2 #3 #15星语数字人项目线变量,V9/V10 已覆盖,本版不收
工程(材料/制造资讯)1#16飞行汽车 CFRTP 复材资讯,仅作行业趋势记录
其他(文旅/家装/泛认知/科普/娱乐)5#4 #8 #9 #12 #13无直接价值,渠道情报留存

相关度「中」4 条:#7 AI 小说生产线、#11 Agency Agents、#14 3D 科普视频+浏览器 Agent、#17 MediaCrawler——全部进入本版增量章。#5(赫拉利「纯数字工作最先被 AI 接管」,490 赞 952 转发)可作叙事旁证:工程文档类工作(方案/计算书/清单编制)正是 AI 替代前沿,间接支持 V1 切入次序。

三、增量一:工程专家 Agent 角色包

范式来源:Agency Agents 开源项目(15.8 万星,MIT 许可)——19 个部门、上百个专家角色,每个 Agent 由四要素定义:角色设定 + 交付物 + 成功指标 + 工作流;可一键装入 Claude Code / Cursor / Codex / Gemini,全平台分发。核心判断:「AI 下一站是可调用的组织能力」。其中 GIS 部门角色与工程域天然对口。

移植设计:按同一四要素结构做「工程专家团队包」——V1 四大模块的每个功能点背后挂一个角色 Agent,角色包作为内容包上架工程版控制台:

角色角色设定(一句话)交付物(示例)成功指标(示例)对应 V1 模块
方案工程师危大工程专项方案编制熟手,按 GB/JGJ 口径起草专项施工方案草稿、危大清单识别表、技术交底草稿方案生成 <5 分钟;危大项漏识别率 = 0施工·方案生成
造价工程师清单组价与造价体检副驾,只做建议不做定额内核组价建议单、异常清单项/漏项体检报告草稿组价建议历史回测偏差可报告;漏项检出率基线建立造价·清单组价/体检
结构校审计算书复核员:参数提取+规范引用核对+单位/格式首查计算书复核意见单(四类错误定位+条文引用)单位/格式类错误检出率 ≥95%(KDT 55% 实证对应低垂果实)施工·计算书复核
规范专家GB/JGJ/JTG 规范库问答,条文级引用作答规范问答回复(条文号+原文摘录+适用边界)评测集命中率 ≥85%,错误可溯源到检索环节咨询·规范问答
GIS 数据员工程地理信息/招投标公告/造价数据源的结构化采集员数据源结构化入库记录、采集日报采集字段完整率、增量更新时效(接增量三采集层)数据层(新增,见第五章)
与既有底座的复用关系:① 角色包的「人设写死服务端 + 出口拦截器」直接复用矩阵 aihub 岗位包与 AI 网关 SSE 标准件——角色设定=人设配置,交付物模板=输出 schema,成功指标=验收 KPI,工作流=编排脚本(接增量二流水线);② Agency Agents「装入主流 IDE」的分发形态,验证了我方角色包同时以 Skill 形式挂载 Claude Code/Cursor 的可行性,对内研发提效与对外产品共用同一份角色定义。

四、增量二:方案生成升级为节点级校审流水线

范式来源:开源 AI 小说生产线(171 赞 636 转发)——7 条工作流、84 个编排节点、33 个生产级 Agent,覆盖世界观→角色→大纲→正文→后验→润色全环节,用户只需起书名。V1 的「RAG+SSE 生成」是单流式一次性 prompt;该范式证明内容生产可拆成有向编排的节点流水线,每个节点独立验收、独立重跑。

映射设计:施工方案生成器从「一键出全文」升级为五节点流水线,与增量一的角色包咬合(每个节点由一个角色 Agent 负责):

工程概况(数据员采集入库)→ 危大识别(方案工程师)→ 方案编制(方案工程师)→ 规范核对(规范专家)→ 校审润色(结构校审)→ 注册工程师签发
节点名称输入→输出节点验收(不过则回流重跑)负责角色
1工程概况项目参数/图纸/地勘 → 结构化概况卡必填字段完整率 100%,单位/格式校验通过GIS 数据员
2危大识别概况卡 → 危大工程清单+分级判定对照住建部危大工程范围逐条核,漏识别率 = 0方案工程师
3方案编制危大清单+模板库(7 篇方案语料种子)→ 章节级方案草稿章节齐全、计算引用挂接算子库(KDT L1)方案工程师
4规范核对方案草稿 → 条文核对意见(逐条引用规范号)KDT L2 校核协议四道关口全过,未过即停规范专家
5校审润色核对后草稿 → 可签发版(格式/编号/图签规范化)报审版格式范式比对(33 篇报审版语料为基准)结构校审
与 V1 铁律的关系(不可协商):流水线最后一个节点永远是「注册工程师签发」——这不是隐喻,是产品实现:节点 5 输出物带「AI 起草·待注册工程师校核签发」水印,签发动作由持证账号显式完成并留痕,流水线状态机中「未签发」与「已签发」严格分离(沿用 Revit MCP 五件套的「保存门禁」思想:checkpoint 只存进度,不认证完成)。人机节点不是流水线的补丁,是流水线的法定组成。

五、增量三:数据采集层(补 V1 缺口「数据从哪来」)

V1 缺口:V1 全文无采集层设计——定额价、人材机价、招投标公告、竞品舆情均依赖外部数据,「数据从哪来」没有答案。本批 #14②(浏览器自动化 Agent:点网页、填表单、过人机验证、真人可接管)与 #17(MediaCrawler,6.1 万星)补上了这一层的技术范式。

5.1 采集目标表

采集目标数据来源类型服务的模块更新频率
定额价/人材机价造价信息发布页、定额站价格信息(多需登录)造价·清单组价助手/造价体检按月/按期刊
招投标公告公共资源交易平台公告页咨询·商机情报;造价·市场对标按日增量
竞品舆情造价/施工/设计类社媒内容(小红书/抖音/B站/知乎帖子+评论)全模块需求验证;复用 tech-lead 竞争情报平台按周汇总

5.2 技术范式:CDP 复用登录态

MediaCrawler 的核心路线值得借鉴:不逆向加密算法,用 Playwright + CDP 连接已登录的 Chrome 复用登录态,规避风控;验证码等异常自动截图转人工处理;数据落地 CSV/JSON/SQLite/MySQL。这套「真人登录一次、程序复用会话、异常回退人工」的范式,正是工程数据源(多需登录的造价信息页)采集的正解,与我方既有 Playwright 采集基建(视频号/kdocs 采集均用此栈)完全同构。

★ 合规红线(必须执行):MediaCrawler 项目声明「仅供学习研究、禁止商用」——我方只可借鉴其 CDP 复用登录态范式,必须自研实现,不得将其代码、依赖其代码的分发物嵌入任何商用产品。同时遵守各数据源站点 robots 与服务条款,采集频率自控,登录态仅限我方自有账号,不碰他人数据与付费墙内容。

六、矩阵复用裁决表

本批资料归属产品线裁决原因(一句话)
透明屏/裸眼 3D 硬件 4 条(#1/#2/#3/#15)星语数字人不新增展示层硬件选型已属 V9/V10 蓝图覆盖范畴,工程展厅场景仅作边缘记录
Veda 视频生成加速(#6,稀疏 INT8,130s 出片/RTX 5070)云影制作转交通知Q4 视频生成效率新变量,转云影产线评估;对工程科普动画簇出片成本是潜在利好
Agency Agents 角色包范式(#11,MIT)aihub / 工程卫士吸收四要素角色结构双向复用:aihub 岗位包获范式印证,工程卫士落地为专家角色包(增量一)
AI 小说生产线范式(#7)工程卫士吸收节点级多工作流编排直接升级方案生成器(增量二),校审节点与签发铁律天然契合
3D 科普视频+浏览器 Agent(#14)工程卫士 / 云影制作吸收①「原理→3D 科普视频」并入科普内容产线选题工具箱;②浏览器 Agent 入采集层(增量三)
MediaCrawler(#17)工程卫士 / tech-lead 情报平台借鉴范式、禁用代码声明禁止商用:CDP 登录态范式自研实现,情报平台侧同理
赫拉利观点/动效方法论/材料资讯等(#5/#10/#16 及其余)—仅叙事旁证「纯数字工作最先被 AI 接管」等可作市场叙事素材,不构成产品增量
V1.1 总口径:三项增量全部落在「范式层」,不动 V1 任何已定结论;落地排期并入既有路线图——角色包与流水线随 P0 方案生成器一并设计(设计文档升级,不新增里程碑),采集层列为 P1 数据基建项,自研实现为合规前置。

附:V1 → V1.1 修订记录

#修订项类型说明
1新增第三章「工程专家 Agent 角色包」新增Agency Agents 四要素范式移植,5 个工程角色首批定义
2新增第四章「节点级校审流水线」新增方案生成器从单流式 prompt 升级为五节点流水线,签发为法定末节点
3新增第五章「数据采集层」新增补 V1「数据从哪来」缺口;CDP 登录态范式自研实现,MediaCrawler 代码禁用
4V1 十章全部结论不变模块设计/许可矩阵/合规红线/定价/路线图继续有效,以 V1 为准
5排期归并说明增量一/二并入 P0 方案生成器设计文档;增量三列为 P1 数据基建项
沈阳市祺禄建筑工程技术有限公司 · 工程卫士项目组 · 2026-10-20 | V1.1 增量修订版(V1 基线不变)| 数据快照 2026-10-19 | 本报告非法律意见