冻结项目输入
资料不是“读取当前文件夹最新内容”,而是绑定到项目 revision,避免报告生成过程中输入漂移。
版本化项目输入把几十份项目资料、法规、计算、图件和 Word 模板,变成一条可追踪的专业报告生产链。
这是梧炅科技在复杂行业软件上的代表性系统:它不是“让 AI 写一篇报告”,而是把资料版本、识别、规则、计算、图件、附件、审计和 Word 交付连接起来。
ONE REAL TASK
目标是形成可复核的 REVIEW Word:参数、法规、计算、图件和正文必须来自同一个受控项目版本,发现语义冲突时阻断交付。
01资料散落在 PDF、Word、图片、CAD 与表格里。
02工程师手工抄参数、翻规范、做计算、插图、编号和排版。
03报告修改后,正文、表格、计算和图件可能互相不一致。
04版本和审批过程难以追踪,返工通常到 Word 成品阶段才暴露。
01项目资料进入版本化输入 revision。
02识别 Worker 提取结构化事实与图件信息。
03规则与受控法规进入 Rule / Snapshot 链。
04专业计算形成 CalculationRun 与可追踪结果。
05图件、附件和表格按 occurrence / binding 消费。
HOW IT WORKS
不再重复解释功能名。每一步只回答:系统做什么,以及产出什么。
资料不是“读取当前文件夹最新内容”,而是绑定到项目 revision,避免报告生成过程中输入漂移。
版本化项目输入识别 Worker 对上传的 PDF、Word、图片等资料进行结构化提取,并保留来源与版本关系。
结构化工程事实规则不是 AI 自由发挥;受控法规、条款和项目参数进入可追溯的 Rule / Snapshot 体系。
可引用规则与要求值计算逻辑形成独立 CalculationRun,再投影到报告;计算结果与输入版本保持绑定。
公式、参数与计算结果图件、现场资料和附件按语义 occurrence 绑定,不依赖“随便找一张最新图片”。
报告所需图件与附件生成 DOCX 后继续反向检查项目字段与语义一致性;发现冲突时不建立成功报告版本。
REVIEW DOCX + 审计结果WHY THIS PRODUCT
每个理由必须有仓库、产品或运行证据支撑,不再单独开“证据”章节重复一遍。
文本只是最后一层;上游还有资料、规则、计算、图件、模板、审批和版本。
如果成品 Word 与正式项目字段发生冲突,系统返回语义不一致错误,而不是继续生成一个看似完整的文件。
系统同时处理专业数据、受控法规、计算、图件与文档交付,证明 AI 可以进入强规则行业工作流。
WHAT YOU ACTUALLY GET
把输出、边界和购买前最常问的问题集中在最后一屏,不再分散成三四个模块。
当前仍处于开发/验收阶段,不包装成已完成的通用行业 SaaS。
README 明确报批稿、未冻结公式自动计算、CAD 编辑和安装向导仍未完成。
当前报告 API 只接受 INTERNAL_PREVIEW 与 REVIEW;真实项目仍需通过正式资料门禁。
可证明真实工程系统包含 FastAPI、React、PostgreSQL、Recognition Worker 与 Word COM Agent。
代码包含完整 rule/calculation、figure workflow、report_core_v2 与 deterministic report audit 链。
已构建 Windows 私有部署、许可证、DPAPI、审批、备份恢复等工程能力。
FAQ
不会。我们交付可核查的诊断、内容、系统和过程指标;搜索排名、AI Mention、Citation、线索和收入会受到行业、数据、执行和平台变化影响。
通常需要业务目标、现有流程、网站或系统访问范围、产品资料和一位能够确认事实与结果的业务负责人。
我们的边界是压缩重复工作、提高单人产能并缩短交付周期。权限、事实、合规、报价和关键业务决策保留人工 Gate。
可以。Available Product、Demo Product 和 Custom Solution 会明确区分;我们会根据实际产品状态安排演示或方案讨论。