设计中心

AI 起草,工程师签字放行

工程师日常工具的货架:七个 AI 起草工具,V&V 计划与 DFMEA,EN 50155 评估,两个标准计算器,外加设计评审检查表、交付物清单与文件模板。工具起草出来的东西一律是草稿——绝不直接当成定稿。

  1. 项目记录

    §2、§3、BOM、招标文件、概念图

  2. 七个起草工具

    投标、专利、流程图、汇报、概念三维、评审包

    质量保证工作表

    V&V 计划 · DFMEA · EN 50155

    标准计算器

    EN 50124-1 · AS/NZS 3008.1.1

  3. 最终由工程师负责

    文件与工作表:他人审阅、批准

    计算器:服务器重算后出 PDF 记录

看真实界面设计中心货架

每件工具都走同一条路

AI 起草的东西,不经过两个人出不了门

  1. 01

    选定素材

    从项目登记表里勾选工具要读的东西——招标文件、客户概念图、§2 与 §3、历史交付。PDF、Word、Excel、PPT 和扫描件都读得进去。

  2. 02

    AI 起草

    任务在后台运行。每个工具可以钉到自己的大模型引擎;不设置,就跟随方案引擎。

  3. 03

    草稿入登记表

    产出按版次进入登记表,带着生成要求与素材出处;重新生成会读回这份记录——「v3 为什么和 v2 不同」有据可查。

  4. 04

    他人审阅

    编制人不能审自己的稿。每一次被拦下,系统都写明是哪条规矩拦的。

  5. 05

    批准发布

    只有有权的人批准发布,它才成为正式文件——该版次随即冻结。

起草工具

七个起草真正文件的工具

投标

测试版

投标应答 · 偏离表

把招标文件上传到项目登记表并勾选,条款逐条切分、逐条应答——要紧的规矩由系统强制执行,而不是指望引擎自己留意到。

  • 条款原文照录,保留招标文件上印的编号
  • 逐条给出完全响应 / 部分响应 / 不响应 / 不适用,附偏离情况、一句说明与佐证
  • 带 ★ / ▲、写明否决或实质性响应的条款,由系统机械识别并单列一节
  • 佐证只许引用本次勾选的素材,引用不到的一律删除,并在文末列出
  • 引擎答不出来的一条留「待确认」——绝不替公司许诺

招标文件 PDF · 扫描件自动 OCR → 偏离表

  1. 招标文件 PDF

    扫描件自动 OCR

  2. 条款原文照录

    保留原编号

    ★ / ▲ 条款由系统机械识别

  3. 偏离表

    逐条给出响应程度、偏离与佐证

    答不了的留「待确认」

看实际产出投标应答 · 偏离表

投标

测试版

投标技术响应

评标专家真正打分的那几章技术内容,取材于本项目自己的 §3 设计,而不是通用的投标套话。

  • 固定的七章骨架
  • 每一段要么注明依据的素材,要么标「待核」
  • 条款覆盖对照表:每一条实质性条款对应哪一章
  • 没有任何章节认领的条款印成「未覆盖」——赶在评标专家发现之前

招标文件 + 本项目 §3 → 技术响应初稿

  1. 招标文件

    本项目的 §3

  2. 固定七章骨架

    每段注明依据,或标「待核」

  3. 技术响应 + 覆盖对照表

    没有章节认领的条款单独列出

看实际产出投标技术响应

知识产权

测试版

专利交底书

按本单位真实交底书格式输出的 Word 文件,就是发给专利代理师的那一种——两个最伤申请的错误,从设计上就排除掉。

  • 七章、中文数字章号、页脚页码
  • 背景技术里的专利号与网址机械删除——写进去的具体文件,会被当作申请人自认的现有技术
  • 申请人、发明人、日期一律留空,逐案人工确认
  • 首章列出交付前必须人工完成的事项,包括本系统不做的抵触申请自查

项目设计 + 素材 → 交底书 .docx

  1. 项目设计 + 素材

  2. 按本单位格式起草

    专利号与网址自动删除

  3. 交底书 .docx

    申请人、发明人留给人确认

看实际产出专利交底书

方案

测试版

概念三维

用在还没有任何 CAD 的那几周:客户的概念图、照片或布置图,变成一个能在浏览器里转着看的模型。

  • 由具备视觉能力的引擎读图
  • 可旋转的体量模型,单个自包含文件,离线可开
  • 说不出尺寸来源的体块不建——被舍弃的体块连同原因印在页面上
  • 「概念示意 · 非尺寸设计」画在视窗里,而不是藏在页脚

概念图 / 照片 / 布置图 → 可旋转三维模型

  1. 概念图、照片或布置图

  2. 视觉引擎读图

    说不出尺寸来源的体块不建

  3. 可旋转的体量模型

    单文件离线可开,标明「概念示意」

图纸

测试版

流程图与架构图

架构、流程、时序、状态图,在服务端画好,作为受控图纸归档,在哪里都打得开。

  • 渲染成自包含的 SVG——没有脚本、没有 CDN,查看时不取任何外部资源
  • 手机上、下载后的文件里、PDF 导出里、境内网络下,都能打开
  • 按图自己的节点与连线给构图打分:一堆不相连的方框、宽到读不了的长条,带着具体意见退回重画
  • 两次里更好的那一张才归档

描述 / 设计 → 受控图纸 SVG

  1. 描述或设计

  2. 服务端出图

    画成一堆散框的,退回重画

  3. 受控 SVG 图纸

    在哪都打得开,不取外部资源

看实际产出流程图与架构图

汇报

测试版

汇报演示 · Deck Studio

项目汇报 deck,叙述按这次汇报的目的起草——而其中的事实,从结构上就不在引擎能改的范围里。

  • 选素材、写一句这次汇报要做什么,AI 起草叙述框架
  • 需求、验收、进度、路线图、风险、过往案例六页,直接取自项目记录
  • 按版次进入登记表,带生成要求与素材出处

§2 / §3 / 排期 + 素材 → 项目汇报 deck

  1. §2 · §3 · 排期

    这次汇报要做什么

  2. AI 起草叙述

  3. 项目汇报 deck

    六页事实页直接取自项目记录

看实际产出汇报演示 · Deck Studio

客户协作

测试版

客户评审包

客户真正需要动手处理的阶段评审,在 §2 骨架上起草,发布成一条客户在线作答的链接。

  • 范围、发现、信息缺口、设计问题、卡点、待回答问题与行动计划
  • 发布为一条不可猜测的链接——不用注册,手机作答,按题附照片
  • 页面按发出方机构的语言打开
  • 答案经人确认后,才进入 §2

§2 需求分析 → 评审包 + 作答链接

  1. §2 需求分析

  2. 评审包

    发现、缺口、卡点、待答问题

  3. 一条作答链接

    经人确认,答案才进 §2

看真实界面客户评审包

按标准做工程

对标准负责,而不是凭感觉

质量保证工作表由 AI 起草、工程师逐项确认;计算器的每个数值都注明出自哪张表。每一项要么有人签署,要么留下计算记录——缺了结论,绝不当作「通过」。

验证与确认

测试版

V&V 计划

验证与确认矩阵,追溯到项目自己的需求;每一条怎么证明由 AI 起草——覆盖检查不过,就签不了字。

  • 条目逐条追溯到项目 §2 的功能 / 非功能需求
  • 类型(验证 / 确认)、方法(试验 / 分析 / 检查 / 演示)、验收准则、试验用例、阶段、负责人
  • AI 分批起草尚未覆盖的需求,每批先校验再写入——校验不过的整批不写
  • 每次打开都按当前 §2 重算覆盖情况:没覆盖、已删除或已改写的需求,没有证据的「通过」,没有日期的结果
  • 一条确认项都没有,提交不了——验证不能替代确认
  • 编制 → 审阅 → 批准由不同的人完成,批准后冻结;试验结果走新修订
  • 导出 Excel:计划本身和需求追溯矩阵
  1. §2 需求

    功能与非功能需求

  2. AI 逐条起草

    试验方法、验收准则、试验用例

  3. 覆盖情况实时检查

    没覆盖到、已改动的需求

    判「通过」却没有证据

  4. 签署后冻结

    试验结果走新修订

    导出需求追溯矩阵

验证不能替代确认:一条确认项都没有的计划,提交不了。

可靠性

测试版

DFMEA

设计失效模式与影响分析,从项目手上真实的设计起草,由对它负责的工程师来评级。

  • 结构要素 → 功能 → 失效模式 → 影响(S)→ 原因(O)→ 预防与探测控制(D)
  • AI 依据项目 §3 设计输出与 BOM 起草,每个建议评级都附理由
  • AI 填的每一项都要人接受或修改;严重度 S 不能一键批量接受
  • 探测控制可引用 V&V 条目,修订之后引用依然有效
  • 措施优先级 AP 按 AIAG-VDA,手册表格载入后才显示;在此之前 AP 标为「待定」,另有一条明确标注的临时规则:严重度高或 S × O × D 高的,必须有建议措施
  • 提交、审阅、批准时都自动复核;编制 → 审阅 → 批准,批准后冻结,可导出 Excel
  1. §3 设计输出

    BOM

  2. AI 起草失效链

    功能 → 失效模式 → 影响 → 原因 → 控制

    建议的 S / O / D,附理由

  3. 工程师逐项确认

    严重度 S 单独确认

  4. 签署冻结,导出 Excel

    探测控制可引用 V&V 试验

按 AIAG-VDA 方法;措施优先级 AP 要等手册表格载入后才显示,在此之前标为「待定」。

轨道交通

测试版

EN 50155 评估

面向轨道车辆上的电子设备。工程师选定等级,其余由系统推导,工程师负责审核,而不是一项项手填。

  • 每台设备一份评估,挂在项目下;各项等级按标准附录 A 的缺省值预填
  • 自动推导:连续与波动供电范围、纹波、供电中断与电源切换要求、耐压试验电压
  • 自动推导:工作温度、开机扩展温度、干热试验循环与使用寿命
  • 89 项检查:第 4–10 章各条款,加表 12 的 14 项型式 / 例行试验,逐项写明是否适用、为什么
  • 等级冲突直接标出;判「符合」却没有证据的,提交不了
  • 编制 → 审阅 → 批准由三个不同的人完成,批准后冻结,可导出 Excel
  1. 选定等级

    缺省值取自标准

  2. 系统推导

    供电:Un 24 V → 16.8–30 V

    供电中断与电源切换

    试验电压与温度

  3. 89 项检查表

    第 4–10 章 + 表 12 的 14 项试验

    逐项写明是否适用、为什么

  4. 编制 → 审阅 → 批准

    三个不同的人

    导出 Excel

每个推导出的数值都注明出自哪张表;等级之间互相冲突的,直接标出来。

轨道交通

测试版

EN 50124-1 电气间隙与爬电距离

轨道交通设备的绝缘配合,严格按标准一步步算——标准没给答案的地方,它也不给。

  • 按标准的七步:额定绝缘电压 → 绝缘类型 → 污染等级 → 额定冲击电压与海拔修正 → 电气间隙与试验电压 → 爬电距离 → 槽宽
  • 每个表值都从 EN 50124-1:2017 原文录入,每个数值注明出处
  • 复现了标准附录 F 的算例
  • 超出表格范围的输入直接拒算,从不外推;空格或「不推荐」返回「不覆盖」并说明原因
  • 标准留给设计方判断的地方,所作的取舍写进结果说明
  1. 额定绝缘电压

    绝缘类型、污染等级、海拔

  2. EN 50124-1:2017 各表

    逐格录入,每个数值注明出处

  3. 电气间隙 · 爬电距离

    冲击电压、试验电压、槽宽

    超出表格范围 → 拒算

    从不外推

标准留给设计方判断的地方,结果里写明取了哪个值、为什么。

电气

测试版

电缆选型 · AS/NZS 3008.1.1:2025

按 2025 版计算载流量、压降与最小截面;暂时覆盖不了的情形明确写出来,而不是悄悄略过。

  • 表值取自 AS/NZS 3008.1.1:2025,已从 2017 版升级
  • 多芯电缆:穿管、离开表面、暴露于日照、直埋、地下管道,以及四种隔热材料包围的情形
  • 铜或铝导体,最大 500 mm²
  • 逐个情形与一款独立计算器核对
  • 地埋方式暂未计入埋深与土壤热阻修正,因此不会给出「全部通过」
  • 暂不覆盖:多回路成组、单芯、并联、短路校验
  1. 负载、线路与敷设方式

    穿管、离开表面、日晒、直埋、地下管道、隔热材料包围

    铜或铝导体,最大 500 mm²

  2. 2025 版各表

    载流量、降容系数、压降

  3. 最小截面

    暂不覆盖

    多回路成组、单芯、并联、短路校验

逐个情形与一款独立计算器核对过。

记录

计算记录

每个计算器的结果都能打印成可归档的 PDF 记录——由服务器重新算一遍,而不是照抄屏幕上的数字。

  • 每个计算器的结果卡上一个按钮
  • 服务器按输入重新计算,从不采信浏览器上显示的数字
  • 工具与依据的标准、生成时间、编制人、机构、应用版本、输入指纹
  • 全部输入(含单位)、全部结果、引用条款与未运行的检查
  • 状态横幅——不覆盖 / 通过 / 不通过 / 部分检查未运行——缺了结论绝不默认「通过」
  1. 你的输入

  2. 服务器重新计算

    不采信浏览器传来的结果

  3. PDF 记录

    输入、结果、引用条款

    列出「未运行的检查」

  4. 状态横幅

    缺结论时绝不默认「通过」

参考

按领域的标准

设计中心按工程师查资料的习惯来排:先看标准属于哪个领域。

  • 三个领域:电气、轨道交通、医疗
  • 每个领域列出基于其标准的设计中心工具
  • 旁边是贵司的标准库(按企业单独配置)——编号、年份、名称——可按编号或名称搜索
  • 点名称就在贵司自己的文档系统里打开原文;文件不会在系统里另存一份
  1. 电气

    轨道交通

    医疗

  2. 基于这些标准的工具

    贵司持有的标准

    编号、年份、名称

  3. 在贵司自己的文档库里打开

    只放链接,不另存副本

评审与参考

让设计经得起检查的工具

检查表放在服务端,按机构发布、逐版留存——发布只新增版本、永不覆盖,上个月做评审时依据的那一版措辞,今天依然查得到。

  1. 你的设计

  2. 分领域检查表

    符号封装、原理图、PCB、射频 / EMC、可制造性、线束

  3. 团队共享的评审记录

    逐项结论、意见与照片

看真实界面设计评审 eTAR

设计评审 eTAR

符号封装、架构、原理图、PCB、射频 / 高速与 EMC、可制造性、线束检查表——逐项结论、意见与照片,记录全团队共享。

设计交付物

设计开发各阶段应当产出什么的受控参考,按机构发布、逐版留存。

文件模板

公司标准的 Word、Excel、PPT 母版——并写明本机构实际生成用的是哪一份。

质量体系

公司自己的受控文件,同一套编号,同一组三签。

接下来上架

  • MTBF 计算器
  • 流量计算器
  • mTAR
  • 设计变更

在产品里以占位卡片显示,暂时还打不开。

描述你的项目,收获一份工程级答案。

打字、说话,或直接上传图纸——提交只需几分钟,分析随即开始。