50 个工控人必备 AI 提示词模板

你是现场故障诊断工程师，15 年变频器与电机现场经验。我要定位一台偶发过流停机的根因，不要先给更换清单。

已知：
- 变频器品牌型号 / 功率 / 投运年份：【例：汇川 MD500，37kW，2021 年】
- 负载类型：【风机 / 水泵 / 皮带 / 搅拌，有没有减速机】
- 报警代码原文：【原样抄，不要翻译】
- 频次与规律：【例：每天 2-3 次，都在启动后 10 秒内】
- 已经换过的件及换完后的变化：【必填，这是排除法的起点】

请给我按「先验证、后动手」排序的排查顺序，每个可能原因都要写：怎么验证它成立、怎么验证它不成立、需要什么工具。

硬约束：
- 按发生概率排序，不要按教科书目录顺序。
- 硬件故障、参数配置、外部条件（供电 / 接地 / 干扰 / 负载）分四类讲，不要混。
- 带电测量的步骤，先写停电验电挂牌，再写测量动作。
- 报警代码和现场现象对不上的地方单独指出来，那通常才是线索。

输出：表 `可能原因 | 概率 | 验证方法 | 需要工具 | 验证通过后怎么处理`；表后写「若全部验证失败，还有哪三类被忽略的原因」；最后给「必须带」「可能用到」两栏备件工具清单。

你是做过多轴伺服调试的工程师。我这台设备的伺服轴报警，请把「机械、参数、负载、编码器」四条线分开排查。

已知：
- 系统：【品牌+型号，例：台达 AS228T + ASDA-B3，三轴】
- 报警内容：【原样，例：ALE13 位置偏差过大】
- 动作阶段：【回原点 / 匀速段 / 加减速段 / 停位保持时报警】
- 重复定位偏差实测：【有数据就给，没量过就写没量过】
- 机械侧：【联轴器 / 同步带 / 丝杆，有没有拆装过，导轨有没有异响】

请给：
1. 表 `可能原因 | 属于哪条线 | 现场验证动作 | 判定阈值`
2. 「先调哪个参数、一次调多少、调完怎么复测」的顺序，禁止一次改多个参数。
3. 明确区分：哪些症状指向机械、哪些指向参数、哪些只能靠示波器抓波形。

硬约束：
- 不要给「把增益调低试试」这类没有量化动作的建议。
- 拆装步骤先写安全前提（断电、泄压、防坠落）。
- 我没给的数据标「需要你补测」，不要替我编一个数。

输出最后一段：这次调试要记录哪 5 个数据，下次再犯时能直接对比。

你是工业通讯排障工程师。PLC 与【触摸屏 / 上位机 / 变频器】通讯偶发中断，先帮我设计复现方法，再谈原因。

已知：
- 主站 / 从站：【品牌型号，例：S7-1200 + 威纶通 TK6102i】
- 链路：【RS485 两线 / 以太网 / 光纤，长度，中间有没有中继或交换机】
- 中断表现：【掉站多久、自动恢复吗、恢复后数据要不要重新同步】
- 与设备的关联：【某台大功率设备启动时断 / 变频器一跑就断 / 无规律】
- 已做过的处理：【换线、换口、改波特率、加终端电阻，各自有没有改善】

请给：
1. 复现方案：用最小代价把「偶发」变成「必然」，给 3 个可试的诱发条件。
2. 表 `层（物理层 / 协议层 / 应用层 / 干扰） | 可疑点 | 测量方法 | 正常值范围`。
3. 「先测量、后改配置」的顺序：测不到证据之前不许改参数。

硬约束：
- 不许把「换根好线」当结论，要说明这根线为什么可能有问题、怎么量出来。
- 干扰类问题给具体接地 / 屏蔽 / 走线做法，不要只说「加强抗干扰」。
- 波特率、终端电阻、站号给出取值的推理依据，不要直接报一个数。

输出最后：一段 5 行以内的现场记录模板（时间 / 现象 / 当时哪台设备在动作 / 仪表读数 / 处理），值班人员照着填。

你是 HMI 现场维修工程师。触摸屏出现【点位偏移 / 花屏 / 局部按键无响应 / 开机白屏】，给我一份从外到内的排查顺序。

已知：
- 品牌型号与年限：【例：威纶通 TK6100i，2018 年装】
- 环境：【粉尘、油雾、湿度、旁边有没有强电磁设备】
- 电源：【开关电源型号与实测输出电压，有没有和别的负载共电源】
- 现象细节：【偏移是固定区域还是整体 / 花屏是静止条纹还是滚动 / 和温度有关吗】
- 已试过：【重新校准、换电源、换通讯线，各自结果】

请给：
1. 表 `怀疑点 | 验证动作 | 判断标准 | 处理方式`，从外部环境逐层深入到屏体内部。
2. 哪几种现象可以判「屏体已坏必须换」，哪几种还有维修价值。
3. 「临时顶上」方案：不影响生产的前提下，用哪几招先撑过这个班次。

硬约束：
- 开屏、拆机的步骤，先写断电与静电防护。
- 不要建议直接换新屏，除非给出判定依据。
- 参数不足时列出需要补测的三项，并说明每项怎么测。

输出：先一句话结论（最可能的层级），再给表与方案。

你是产线效率改善工程师。这条线节拍上不去，帮我把瓶颈定位到具体工位和具体动作，不要泛泛谈优化流程。

已知：
- 线体构成：【工位序列，例：上料→清洗→装配→检测→包装，共 6 工位】
- 目标节拍与实测节拍：【例：目标 30 秒 / 件，实际 42 秒 / 件】
- 各工位实测循环时间：【有就列，没有就写没测】
- 停机与等待：【哪几处常堵料、常等上游、常等人工】
- 换型频次与耗时：【例：每天 3 次，每次 25 分钟】

请给：
1. 判断瓶颈的方法：用什么数据、测多少次、怎么算（不要直接指认最忙的工位）。
2. 表 `工位 | 循环时间 | 等待时间 | 节拍贡献 | 是否瓶颈 | 判断依据`。
3. 三条改善措施，按「投入 / 见效周期」排序，每条写预计能把节拍压到多少、依据是什么。
4. 明确哪些是「不花钱的排程调整」，哪些必须停机改造。

硬约束：
- 没有实测数据的地方标「待测」，不要给看起来合理的编造数字。
- 区分「节拍瓶颈」和「波动瓶颈」：偶发拥堵和持续慢是两种解法。
- 每条改善都要写「谁会反对、为什么」。

输出最后：一个 3 天的测量计划（谁测、测什么、记录表怎么设计）。

你是资深 PLC 程序员，擅长从最小可复现出发定位编译错误，不重写、不顺手重构。

已知：
- 平台与版本：【例：TIA Portal V17，S7-1200 CPU1214C】
- 报错原文（含错误号与出错行）：【原样粘贴，不要概括】
- 涉及代码：```【粘贴最小可复现的那一段】```
- 上下文：【在 OB1 / FB 里调用，有没有多重背景，用的什么数据类型】
- 上一次编译通过是什么时候，这中间改了什么

请给：
1. 一句话根因 + 它属于哪一类（语法 / 数据类型 / 调用结构 / 库缺失 / 版本不兼容）。
2. 最小修改方案，用 ```diff 围栏给，只改必须改的行。
3. 每处改动说明：改了什么、为什么必须改、不改会怎样（是编译不过，还是编译过了但运行错）。
4. 改完怎么验证：给可观察的判据（监控表看哪个变量、强制什么值、期望看到什么）。

硬约束：
- 不要给完整重写版，也不要顺手改命名和注释。
- 改完之后程序的对外行为必须不变（除非我明确要求改逻辑）。
- 需要看别的块或变量定义才能确定时，直接说要什么，不要猜着往下写。

输出最后：这段代码里有哪 3 个地方是「现在不报错但以后会出事」的，各一句话。

你是做工业数据采集的工程师。我的采集脚本连不上或读回来是空值，帮我按层定位。

已知：
- 协议与库：【例：Modbus TCP，pymodbus 3.x】
- 代码：```【贴连接与读取那段，含全部参数】```
- 报错或异常返回值：【原样，含 traceback 最后 10 行】
- 目标设备：【品牌型号、IP / 端口 / 站号、寄存器地址是十六进制还是十进制、从 0 还是从 1 开始】
- 现场条件：【能 ping 通吗、调试助手能不能读到、防火墙 / 交换机情况】

请给：
1. 分层判断：物理连通 / 端口监听 / 协议握手 / 寄存器地址 / 数据类型解析，究竟是哪一层断的，怎么逐步验证。
2. 一段可直接运行的探测脚本：只做「连上→读一个已知寄存器→打印原始字节」，用来区分是通讯问题还是解析问题。
3. 找到根因后的最小修正 diff。

硬约束：
- 不要一上来就加超时、加重试、加 try/except，那是掩盖不是修复。
- 地址偏移（0-based / 1-based）和字节序（ABCD / CDAB）必须分开验证，这两件事经常同时错。
- 信息不足以下结论时，把需要补的信息列成清单，并说明每项怎么获取。

输出最后：这份采集脚本上生产前必须补的 3 件事（断线重连、超时、数据时间戳之类），每条一句话。

你是做过跨品牌移植的自动化工程师。我要把这段程序从【源品牌】搬到【目标品牌】，先要移植风险清单，不要直接给译文。

已知：
- 源平台与版本：【例：西门子 S7-300，STEP7 V5.5，SCL】
- 目标平台与版本：【例：汇川 AM600，InoProShop】
- 源程序：```【贴要移植的部分】```
- 功能说明：【这段代码在设备里干什么，多久调用一次】
- 关联硬件：【用到哪些品牌专有功能块 / 中断 / 高速计数 / 运动控制】

请给：
1. 表 `源语句 / 功能块 | 目标平台等价物 | 可直译 / 需改写 / 无等价 | 改写要点`。
2. 必须重写的部分，给出目标平台的写法。
3. 移植后最容易「编译通过但行为不同」的三处，逐条说明为什么不同、怎么验证。

硬约束：
- 不确定目标平台是否有等价功能时，写「需查手册确认」，不要编一个函数名。
- 时间基准、扫描周期、数值精度差异必须单独提示。
- 不改业务逻辑，只做平台适配。

输出最后：一份验证清单（按「空跑→单轴→整机」分三段，每段给验收动作）。

你是做程序抢救与托管的工程师。这台设备的源程序情况不明，帮我在动手之前把风险和数据需求列清楚。

已知：
- 设备与控制器：【品牌型号、年份，例：三菱 FX2N，2009 年】
- 现状：【A. 完全没有源程序 / B. 有备份但打不开 / C. 程序加密或有口令 / D. 只有运行中的 CPU 没留档】
- 手上有什么：【图纸有没有、点表有没有、能不能在线监控、能不能上传】
- 诉求：【只是备份 / 要改功能 / 要换同型号 CPU / 要换品牌】
- 生产约束：【能停多久、停了损失多大】

请给：
1. 判定表：`现状 × 诉求 | 可行性 | 前置条件 | 风险等级 | 大概路径`。
2. 读出 / 上传原程序前必须准备的东西（权限、图纸、停机窗口、安全许可），列成清单。
3. 如果程序确实救不回来，还有哪几条替代路径（按成本从低到高）。

硬约束：
- 涉及绕过加密、破解口令的诉求，直接说明不可做，并给合法替代路径。
- 不许给「应该没问题」这种模糊判断，每个风险要写触发条件和后果。
- 关于「能不能读出完整程序」的结论必须说明依据。

输出最后：一段可以直接发给客户的书面说明（200 字内），讲清「需要你配合哪三件事、不做会有什么后果」。

你是 PLC 程序性能分析工程师。设备出现偶发卡顿或周期超时，帮我从程序结构上找原因。

已知：
- 平台与 CPU 型号：【例：S7-1500 CPU1511-1PN】
- 当前扫描周期：最小 / 最大 / 平均值【在哪儿看到的也说明】
- 卡顿表现：【哪几个动作不同步、隔多久一次、和某段程序有没有时间相关性】
- 程序结构：【OB 组织方式、有没有循环中断、有没有大量间接寻址、有没有在 OB1 里做通讯或字符串处理】
- 已排除：【换过 CPU / 断过扩展模块 / 空程序是否也慢】

请给：
1. 最可能的三类结构性问题，按概率排，每类给「怎么定位到具体行」的方法。
2. 可操作的测量方案：用 CPU 的哪些诊断功能、看哪几个值、采多久。
3. 针对每个原因的最小改法（不改业务逻辑的前提下）。

硬约束：
- 不要建议换更快的 CPU 当第一方案。
- 区分「周期变长」和「周期抖动」，两者病因不同。
- 需要我补测的数据明确列出来。

输出最后：优先级表 `优化项 | 预期收益 | 改动风险 | 是否需要停机`。

你是制造业数据分析师。我要算这条线的 OEE，请先把口径上的分歧点全部列出来，再动手算。

已知：
- 线体与班次：【例：装配线两班，每班 8 小时含 30 分钟用餐】
- 计划停机：【换型、保养、班前会各占多久】
- 非计划停机：【平均每天多少分钟，主要什么原因】
- 理论产能：【节拍定义，例：30 秒 / 件是设备极限还是工艺标准】
- 良品判定：【什么叫不良，返工品算不算良品】
- 数据在哪：【MES / 手工报表 / 计数器，能否拿到每段时间戳】

请给：
1. 表 `指标（可用率 / 性能 / 良品率 / OEE） | 计算定义 | 分子 | 分母 | 数据来源 | 最容易出错的地方`
2. 三个口径分歧点，每个写「选 A 会得出什么结论、选 B 会得出什么结论」，并说明哪个更合理、为什么。
3. 一段计算示例：用假设的数走完整算式，方便我替换成实际数核对。

硬约束：
- 每个百分比必须有分母。
- 说明这套口径**不能**回答什么问题（比如不能跨行业对标）。
- 理论节拍我不给定义就先问我，不要自己假设。

输出最后：一段能进周报的措辞（120 字内），加一句「这个数字最容易被谁误读成什么」。

你是设备管理数据分析师。把停机记录做成可决策的帕累托分析，不要只画一张图。

已知：
- 数据范围：【时间段、覆盖几台设备、多少条记录】
- 记录字段：【例：停机起止、设备号、故障代码、处理人、措施、是否重复】
- 现有分类：【故障代码几类、谁填的、准不准】
- 已知问题：【例：夜班只写「故障」，原因缺失】
- 决策约束：【今年能投的维修预算与人力】

请给：
1. 清洗清单：先处理哪几类脏数据、规则是什么、处理不了的怎么标。
2. 表 `原因分类 | 次数 | 总时长 | 平均每次 | 累计占比 | 建议动作`
3. 关键判断：按次数排与按时长排，Top3 是否相同？不同意味着什么。
4. 三档动作：不花钱立刻能做的、需要备件的、需要改造的。

硬约束：
- 区分「故障停机」与「等待停机」（等料、等人、等指令），后者不进设备维修预算。
- 重复故障单独统计：同设备同原因 30 天内复发几次。
- 数据撑不住结论就直接说，不要用完整表格掩盖。

输出最后：给厂长的结论 3 句以内，第一句必须是可执行的资源分配决定。

你是备件与设备管理顾问。给这批备件做分类，目标是在不增加总库存金额的前提下降低停线风险。

已知：
- 清单字段：【编码、名称、适用设备、单价、库存、近两年领用次数、采购周期】
- 设备关键度：【有没有 ABC 分级，哪些设备一停全线停】
- 采购约束：【进口件交期多久、有没有最小起订量、能不能退】
- 现状：【例：总金额 80 万，去年只领用 3 万；同时因缺件停线 4 次】

请给：
1. 分类方法：用什么判据分成「关键必保 / 常规周转 / 呆滞可清 / 可替代」，每类阈值写清楚。
2. 表 `分类 | 判据 | 目标库存策略 | 金额占比目标 | 风险提示`
3. 「关键但两年没领用」怎么处理 —— 这类最容易被误清。
4. 呆滞件清理路径：先做什么、怎么避免清完就出事。

硬约束：
- 不许用「凭经验判断」代替判据，每项要可复算。
- 涉及停线风险的结论要写清假设（如「假设该件交期 12 周」）。
- 没给交期的标「待补」，不要用行业均值糊过去。

输出最后：三句执行摘要，第一句是「先动哪一类、动多少金额」。

你是能源管理数据分析师。我要证明（或证伪）这次改造到底省了多少电，请设计一套不被季节和产量带偏的算法。

已知：
- 改造内容与投运日期：【例：3 台 37kW 水泵加变频，6 月 15 日投运】
- 可拿到数据：【电表读数频次、产量、运行小时、环境温度】
- 基准期：【时间段，同设备，工况是否可比】
- 同期其他变化：【例：7 月新上一条线、电价调整、两班改三班】
- 老板要的结论形态：【一句话省多少钱 / 月度曲线 / 投资回收期】

请给：
1. 为什么不能直接比改造前后总电量，要控制哪几个变量（产量、环境温度、运行小时、负载率）。
2. 可落地的算法：单位产品电耗、单位运行小时电耗，各自怎么算、哪个更有说服力。
3. 数据只够粗略对比时，怎么给「带区间的结论」而不是假精确的数字。
4. 要补采什么数据、补多久才能下结论。

硬约束：
- 不许出现「节能约 30%」这种没有基准和区间的说法。
- 列出三个会让结论失效的因素，各自怎么排除。
- 数据不足就说明「目前只能说到什么程度」，不要外推。

输出最后：100 字以内、可直接写进验收报告的结论，含区间与前提条件。

你是 SCADA 报警管理工程师。这条线一天几千条报警，操作工已经不看了，帮我做降噪方案。

已知：
- 总量与分布：【每天多少条、集中在哪几台设备哪几个测点】
- 刷屏现象：【例：设备停机时连发 40 条 / 同一报警 1 分钟重复 30 次】
- 现有配置：【有没有死区、延时、分级、抑制组】
- 工艺约束：【哪些报警绝对不能动（安全联锁、环保监测）】
- 操作工反馈：【他们现在实际看哪几个】

请给：
1. 表 `报警类型 | 刷屏原因（抖动 / 级联 / 阈值过紧 / 无抑制） | 处理手段 | 参数取值建议 | 风险`
2. 分级方案：哪些进一级（立即处理）、哪些进二级（记录）、哪些转事件日志不再弹窗。
3. 「先加延时还是先加死区」的判断依据，以及过度抑制造成事故的典型情形。

硬约束：
- 安全联锁与法定监测点的报警一律不改，只做展示优化。
- 每个抑制参数要给依据（可以是工艺时间常数，但不许拍脑袋）。
- 给验收标准：从多少条降到多少条，且不丢真实故障。

输出最后：两周实施计划（第一周改什么、第二周验证什么、谁签字）。

你是写工业品案例的文案。我给你一次改造的技术事实，你把它写成客户愿意看完的短文。

已知（技术事实，不要改）：
- 客户与行业：【例：某钢管端头处理厂，年产能 12 万吨】
- 原来的问题：【具体到能感知，例：每班因定位不准废 30 根】
- 我们做了什么：【改了哪些硬件、程序上做了什么、花了多久、停了多久产】
- 结果数据：【改造前后对比，有数给数，没有就说没有】
- 客户原话：【有就引用，没有写「无」】

请给：
1. 三个标题，各标注赌的是什么心理（同病相怜 / 好奇心 / 损失厌恶）。
2. 正文 500 字内，结构：客户原来的处境 → 试过什么没成 → 我们判断的真因 → 怎么改的 → 现在什么样 → 一句下一步。
3. 一段 80 字内的朋友圈版，必须带一个具体数字。

硬约束：
- 不许出现「赋能、闭环、抓手、生态、颠覆、一站式」。
- 不许编客户名、数据、引语；没有就写「客户不便具名」。
- 结果数据标明口径（单班还是月产量、理论值还是实测值）。
- 不贬低客户原来的供应商。

输出最后：这篇文最可能死在哪一句，指出来并给替代写法。

你是写工业自动化投标文件的技术商务。帮我写「技术优势」这一章，要求每一条都能被评分表打分。

已知：
- 招标方与项目：【例：某汽车零部件厂，焊装线控制系统改造】
- 招标文件里的技术评分项：【原文贴来，这是写作的靶子】
- 我方方案要点：【控制器品牌、网络架构、冗余设计、交付周期、售后响应】
- 我方真实短板：【必填。不知道短板的方案一定写虚】
- 竞争对手情况：【有就给，没有写「不明」】

请给：
1. 「评分项 → 我方应答 → 证据在哪一页」对照表，缺证据的项单独标出。
2. 技术优势 5 条，每条按「招标方关心的问题 → 我们的做法 → 可验证的证据」写，不超 120 字。
3. 一段差异化说明：不贬低对手的前提下，讲清为什么选我们风险更低。
4. 评委可能追问的 8 个问题及简短应答。

硬约束：
- 不许写无法验证的形容词（领先、成熟、稳定、高效）。
- 每条优势必须追到：具体参数、具体案例、具体承诺条款。
- 短板不要藏，转成「风险控制措施」写。

输出最后：指出这一章里三处「评委一看就知道在凑字数」的地方，并给改法。

你是工业品内容策划。我要做一页选型对比，目标是让客户在没人推销时也能自己判断该选谁。

已知：
- 我方产品与定位：【例：国产控制器 + 自研组态，主打存量设备改造】
- 主要竞品：【例：某进口品牌 A、某国产低价品牌 B】
- 客户最常问的三个问题：【例：稳不稳定、以后谁维护、能不能兼容老设备】
- 我方真实劣势：【必填，例如品牌知名度低、生态工具少】
- 不能说的话：【价格口径、不能提的竞品缺陷】

请给：
1. 对比维度表 `维度 | 我方 | 竞品 A | 竞品 B | 为什么这个维度重要`。维度要选客户真在意的（长期维护成本、备件交期、迁移成本、学习曲线），不要选参数表。
2. 三段「什么情况下不该选我们」的实话，各一句。
3. 一份客户自检清单（问自己 6 个问题就能决定）。
4. 三个容易被质疑的点及应答。

硬约束：
- 不许编竞品参数，不确定的写「以官方资料为准」。
- 不许用「吊打、完胜、碾压」。
- 我方劣势必须出现在表里 —— 藏起来的劣势会在谈判时变成致命伤。

输出最后：这一页最可能被截图传播的是哪一句，为什么。

你是懂工厂现场的招聘文案。帮我写一份能招到人的 JD，不要写成技能罗列。

已知：
- 岗位与人数：【例：PLC 工程师 1 人，兼现场调试】
- 真实工作内容与时间占比：【例：40% 现场调试、30% 改程序、20% 出图、10% 培训】
- 必须会的：【例：西门子 1200/1500，能独立改程序、能看电气图】
- 可以来了再学的：【例：上位机组态、机器人通讯】
- 待遇与条件：【薪资区间、出差比例、补贴、班制】
- 现在招不到人的真实原因：【例：要求太高 / 薪资低于市场 / 常年出差】

请给：
1. 岗位标题三版（分别赌成长、稳定、钱）。
2. JD 正文：这个岗位一天在干什么 → 硬性要求（不超 5 条）→ 加分项 → 我们能给什么（要具体，不要「发展空间大」）。
3. 一段「劝退段」：明确说什么样的人来了会不适应 —— 这条能省掉一半无效简历。
4. 三句面试提问，用来筛「他到底自己干过没有」。

硬约束：
- 不许写「抗压能力强、有责任心、团队精神」这类谁都能写的词。
- 薪资必须给区间，模糊写法会让人直接划走。
- 不承诺做不到的（双休、不加班、包吃住）除非确实如此。

输出最后：这份 JD 里最可能被候选人截图吐槽的是哪句，改法是什么。

你是做工业类短视频的编导。把这次设备改造拍成 60 秒，帮我写可执行的分镜脚本。

已知：
- 题材：【例：一条老产线换控制系统，产能从 X 提到 Y】
- 手上有素材：【现场能拍什么、有没有改造前后对比画面、能不能采访操作工/老板】
- 受众：【同行业老板 / 采购 / 同行工程师】
- 目的：【引流咨询 / 展会播放 / 公众号内嵌】
- 禁忌：【不能出现的品牌、客户名、人脸】

请给：
1. 三个开头 3 秒方案（声音 + 画面），每个标注赌什么。禁止「大家好，今天我带大家参观」。
2. 分镜表 `秒数 | 画面 | 口播原文 | 字幕 | 拍摄要求`，口播每句 15 字以内。
3. 结尾 5 秒的行动号召三版（语气分别：专业 / 直接 / 好奇）。
4. 一个不拍人脸也能讲清故事的替代方案。

硬约束：
- 不许出现具体客户名和可识别的厂标。
- 数据必须有出处感（「客户自己算的」「我们现场测的」），不许含糊说「大幅提升」。
- 口播里不许出现读不出来的型号（S7-1200 要写成「一千二」或直接说「西门子小型机」）。

输出最后：这条视频最可能在哪一秒被划走，补救方案是什么。

你是做过现场调试的电气审查工程师。帮我逐项审查这份电气图纸，按「会导致停机或安全问题」的严重度排序。

已知：
- 图类型与页数：【例：主回路 + 控制回路，共 18 页】
- 设备与工况：【例：一台 45kW 泵组，星三角启动】
- 审查目的：【投运前审查 / 改造前评估 / 事故复盘】
- 图面信息：【有没有元件清单、端子表、线号规则、图纸版本与日期】
- 图纸文本：```【贴关键页的元件与接线描述，或逐页说明】```

请给：
1. 表 `问题 | 所在页 / 回路 | 风险（安全 / 停机 / 维护困难） | 依据 | 建议改法`
2. 单独一节「缺失项」：应当有但图上没有的（急停回路、保护整定值、接地说明、备件型号）。
3. 三处最该复核的地方，说明为什么这些位置在调试阶段最容易出事。

硬约束：
- 区分「不符合规范」和「不符合这家厂的实际情况」，只报真正会造成后果的。
- 涉及具体标准条款时，明说这是通用理解，实施前需按现行版本核对。
- 图上没画、你看不到的地方直接说看不到，不要推测。

输出最后：如果只能改三处，改哪三处，各一句话理由。

你是做过甲方也做过乙方的自动化项目审查。帮我过这份技术协议，找出会在验收时变成争议的条款。

已知：
- 你的身份：【甲方（采购方）/ 乙方（承接方）】
- 项目阶段：【未签 / 已签待执行 / 正在验收 / 已有争议】
- 协议原文：```【贴全文，可脱敏，但金额、期限、验收标准要保留】```
- 你最担心的一件事：【必填】
- 现场条件：【例：停产窗口只有 48 小时、老设备图纸不全】

请给：
1. 表 `条款 | 原文摘录 | 风险 | 谁承担 | 改写建议`。只报会真出事的，措辞不好看的一句话带过。
2. 单独一节「应当有但没有」的条款，列 3-8 条（典型：验收判据、变更计价、停机窗口责任、不可抗力、质保起算点）。
3. 三处最危险的措辞，说明在争议时会被怎么解读。

硬约束：
- 不给法律结论式的口吻；涉及法条说明这是通用理解，需律师复核。
- 「验收合格」这种表述必须指出它缺什么（谁验、按什么验、多久内不提异议视为通过）。
- 不要润色文风，只挑风险。

输出最后：如果只能改三处，改哪三处，并给可直接替换的条款措辞。

你是负责软件资产交接的工程师。帮我审查这份外包交付物是否「可接手」，不要看它能不能跑，要看别人能不能改。

已知：
- 交付内容：【例：PLC 程序 + HMI 工程 + 电气图 + 操作手册】
- 平台与版本：【例：博途 V16 工程，含 3 个加密块】
- 现在已经知道的问题：【例：注释是英文、没有变量表、符号名是中文拼音】
- 我的处境：【例：外包方明年不续约，我们要自己维护】
- 交付物描述或片段：```【贴目录结构、块清单或关键片段】```

请给：
1. 可接手性评分表 `维度（可读性 / 可移植性 / 文档完备 / 可测试性 / 知识产权） | 现状 | 缺什么 | 补的要求`。
2. 一份「要求外包补交」的清单，按「不给就不能验收」和「建议补」分两档。
3. 三十天内必须做的三件事（防止对方失联后无法维护）。

硬约束：
- 明确区分「能运行」和「能维护」，这两件事在验收表里常常被混为一谈。
- 涉及加密块、口令、授权的问题必须单独指出法律与实操风险。
- 没有亲眼看到的内容不要假设存在。

输出最后：一段可以直接发给外包方的邮件正文（150 字内，语气专业但不客气）。

你是审过大量设备采购合同的商务。帮我重点看质保、付款、违约责任这三块，其他部分一句话带过。

已知：
- 我方身份：【买方 / 卖方】
- 标的内容：【例：6 台伺服电机 + 2 套控制柜，含现场调试】
- 合同金额与付款方式：【例：48 万，3-6-1 分期】
- 交付与验收安排：【例：45 天到货，到货后 15 天内验收】
- 合同原文：```【贴这三块的相关条款】```

请给：
1. 表 `条款 | 原文 | 对我方的实际影响 | 风险等级 | 改写建议`。
2. 质保部分必查清单：起算点、覆盖范围、响应时限、备件供应年限、免责情形。
3. 付款与验收的联动漏洞：钱付完了但验收没完成的典型情形，以及怎么堵。
4. 违约责任的对等性检查：双方罚则是否对称，封顶条款对谁有利。

硬约束：
- 所有金额、比例、天数都要落到原文，不许概括成「合理」。
- 指出哪些条款在争议时形同虚设（没有可执行的标准就是没有条款）。
- 不给法律意见结论，涉及法条注明需律师确认。

输出最后：三句话总结「这份合同最不利于我方的一点、最容易补救的一点、必须删掉的一句」。

你是采购技术评审。帮我把这几份报价单拆到同一口径上比，不要只比总价。

已知：
- 报价方与金额：【例：A 报 38 万、B 报 31 万、C 报 44 万】
- 各自包含范围：【把每家的分项抄过来，格式不一致也照抄】
- 我方需求边界：【必须做的、可以不要的、以后可能加的】
- 常见坑：【例：有的报价不含调试、不含运输、不含税、质保只有 6 个月】
- 报价单原文：```【贴分项明细】```

请给：
1. 归一化表 `项目 | A | B | C | 说明`，把「含 / 不含 / 未说明」三态标清楚。未说明一律按「不含」处理并注明理由。
2. 补齐到同一范围后的可比值，并算出差额主要来自哪三项。
3. 技术性风险提示：低价方在哪些项上明显缩水，缩水会在什么阶段变成额外费用。
4. 三句谈判可用的问话，逼对方把「未说明」写实。

硬约束：
- 不许四舍五入掩盖差异，金额写到元。
- 区分「一次性费用」和「持续性费用」（年费、备件、培训、差旅）。
- 缺信息就标「未提供」，不要替供应商补全。

输出最后：一句推荐（选谁、附什么条件），并说明在什么情况下推荐会翻转。

你是做过技术选型评审的自动化架构师。帮我把这个选型做清楚：先定判据和权重，再打分，最后给一个能说服老板的推荐。

已知：
- 设备与规模：【例：一条 12 轴包装线，含视觉与称重】
- 候选：【例：西门子 S7-1500、汇川 AM600、倍福 CX 系列】
- 硬约束：【预算上限、上线时间、必须兼容的老系统、甲方指定品牌】
- 团队现状：【现有工程师会什么、能不能招到人、愿不愿意学新平台】
- 长期因素：【备件供应年限、是否需要出口认证、未来是否要接 MES】

请给：
1. 判据表 `判据 | 权重 | 为什么是这个权重`。判据必须可验证（成本、周期、维护量、供货周期、故障率、人才可得性），不要「生态好」这种。
2. 打分表 `方案 × 判据`，每格给分并给一句依据。
3. 至少包含「什么都不做 / 沿用现有平台」这个基准选项。
4. 明确写出：在什么条件下推荐会翻转。

硬约束：
- 不许编造报价与交期，我给的数就当数，没给的标「待询价」。
- 权重之和必须为 1，且说明权重来源（是老板在意还是现场在意）。
- 区分「一次性投入」和「五年总成本」。

输出最后：一段 150 字以内、可以直接在会桌上念的推荐语，含翻转条件。

你是做过进口件国产替代评估的工程师。帮我把风险讲清楚，不要只讲「能用」。

已知：
- 原器件：【品牌型号、用途、投运年份】
- 替代候选：【品牌型号、有没有实机验证过】
- 关键参数：【例：响应时间、精度、防护等级、通讯协议、认证】
- 设备性质：【是否安全相关、是否影响整线、停机损失多大】
- 诉求：【降本 / 交期 / 原厂停产 / 客户要求国产化】

请给：
1. 表 `参数 | 原件 | 替代件 | 是否满足 | 差异会不会出问题 | 验证方法`
2. 替代风险分级：哪些可以直换、哪些要改程序 / 接线、哪些不能替。
3. 一个「小批量试替」方案：先替哪台、跑多久、看哪几个指标才算过关。
4. 售后与备件风险：保修、供货年限、技术支持响应。

硬约束：
- 涉及安全功能的器件，明确指出替代需重新做安全评估。
- 不许用「参数相当」这种结论，逐项写出差异量。
- 没有实机验证过的方案必须标「未验证」。

输出最后：一句话结论（能替 / 有条件能替 / 不建议替），加三个前置条件。

你是做工业物联网架构的顾问。帮我在上云和本地部署之间做决策，重点算清断网、数据归属和长期成本。

已知：
- 设备数量与分布：【例：3 个车间共 40 台设备，跨两地】
- 要采什么数据、用来干什么：【例：状态与产量，做 OEE 与远程诊断】
- 网络条件：【带宽、稳定性、有没有外网出口、能不能开端口】
- 客户/老板的顾虑：【例：数据不能出厂、断网不能停产】
- 现有 IT 能力：【有没有人维护服务器与数据库】

请给：
1. 对比表 `维度 | 全云 | 本地 | 混合（边缘+云） | 说明`。维度含：断网可用性、数据主权、初期投入、五年运维成本、扩展速度、故障恢复。
2. 三种方案各自「最坏情况」是什么，谁承担后果。
3. 一套判据：在什么条件下必须本地、什么条件下云更划算。
4. 一个分期落地路径（先做什么、多久能看到效果、什么时候再决定下一步）。

硬约束：
- 不许给「云端更灵活」这类空话，每条结论要有可验证的依据。
- 五年成本要写出计算方式，不要只给一个总数。
- 明确说明断网时的降级行为（数据丢多久、能不能补传）。

输出最后：一句推荐 + 一句「什么信号出现就该改主意」。

你是做过上位机开发与组态实施的技术负责人。帮我在自研和买组态之间做决策。

已知：
- 功能需求：【例：20 个画面、实时曲线、报警、报表、对接 ERP】
- 时间要求：【多久必须上线】
- 团队：【有几个开发、会不会 C#/Web、有没有人能长期维护】
- 组态报价：【授权费、点数、后续升级费。没问就写未询价】
- 后续变化：【画面与报表以后大概多久改一次】

请给：
1. 对比表 `维度 | 自研 | 买组态 | 说明`。维度含：首期投入、上线周期、改需求成本、断供风险、招人难度、长期可维护性。
2. 一个「三年总成本」的估算框架，写出公式与假设（人力按多少算、维护占多少）。
3. 明确哪些需求组态做不了、哪些自研是浪费。
4. 一个折中方案（组态做画面 + 自研做数据接口）的边界划在哪。

硬约束：
- 人力成本必须计入，不许只算软件钱。
- 不许假设「我们自己做得更快」，给依据。
- 涉及授权与点数限制的坑要单独提示。

输出最后：一句话推荐 + 一个「先花两周验证的假设」。

你是做过大量非标项目的技术负责人。帮我在报价前判断这个活该不该接、按什么条件接。

已知：
- 客户与项目：【例：某陶瓷厂，窑炉控制改造，要求 60 天交付】
- 需求清晰度：【客户给的是口头描述还是书面需求，关键指标有没有量化】
- 技术风险：【哪些部分我们没做过、哪些依赖第三方】
- 商务条件：【预算区间、付款方式、有没有罚款条款】
- 我方资源：【现有几个人能投入、手上还有几个项目在跑】

请给：
1. 风险表 `风险点 | 触发概率 | 后果 | 缓解措施 | 是否需要写进合同`
2. 判断：直接接 / 带条件接 / 不接。给出判断依据，不要只给结论。
3. 「带条件接」的话，必须写进合同的五个条件（范围、验收、变更计价、付款节点、甲方配合义务）。
4. 一个 30 分钟就能做完的需求澄清清单（问客户的 8 个问题）。

硬约束：
- 不许用「问题不大」这种判断，每个风险给可观察的触发条件。
- 依赖第三方的部分必须标出「不可控」。
- 明确说出在什么情况下应该放弃，不要只讲怎么赢。

输出最后：一段 120 字以内、可以直接发给老板的项目判断。

你是做过企业内训的自动化技术教练。帮我排一份新人培养计划，目标是三个月内能独立处理常见故障。

已知：
- 新人基础：【例：电气专业应届，看得懂图，没写过 PLC 程序】
- 每周能投入的学习时间：【要实话，例：实际 4 小时，因为平时都在现场】
- 现场有什么可练：【例：三台闲置设备、一条停产的旧线】
- 三个月后要达到：【例：能独立处理 80% 的常见报警，能改简单程序】
- 带他的人有多少时间：【例：师傅每天最多 1 小时】

请给：
1. 表 `周次 | 主题 | 可交付物（能给别人看的东西）| 验收标准 | 预计小时`
2. 三个最容易掉队的节点，以及各自的应对。
3. 一份 20 题以内的自测清单（能判断他到底会不会）。
4. 「断更两周之后怎么接上」的补救方案。

硬约束：
- 按「每周几小时」倒排，不按理想进度排。
- 每周必须有一个可交付物，不接受「本周学习 XX」。
- 标注哪些内容可以跳过、哪些跳过了后面会卡住。

输出最后：这份计划的现实预期 —— 三个月能到什么水平，不能到什么水平。

你是做知识萃取的顾问。帮我把老师傅的经验变成别人能用的判断规则，不要写成「多听多练」。

已知：
- 老师傅的专长：【例：听声音判断轴承、凭手感判断液压压力异常】
- 他习惯的表达方式：【例：口头讲、从没写过、说的都是「感觉不对」】
- 我们能采集的素材：【例：能录音频、能跟班、能翻维修记录、能调设备数据】
- 目标读者：【例：入行 1-2 年的维修工】
- 时间约束：【例：老师傅还有 8 个月退休】

请给：
1. 一份萃取提纲：按「什么现象 → 他怎么判断 → 依据什么 → 下一步做什么」设计访谈问题，共 15 题。
2. 把「感觉不对」转成可观察指标的方法（声音、温度、电流、时间、位置），给具体转法。
3. 一页「判断卡」模板（A4，可贴在现场），字段设计好。
4. 一个 8 周推进计划（谁跟班、录什么、每周产出什么）。

硬约束：
- 不许把经验写成正确但没用的话（如「注意观察设备状态」）。
- 每一条规则必须有可观察的输入和明确的动作。
- 老师傅说不出依据的地方，标注「经验性判断，需验证」，不要替他想一个理由。

输出最后：这套教材最容易失效的地方在哪，怎么防（提示：新人不会用没验证过的规则）。

你是做工业设备客户培训的讲师。帮我设计一天（6 小时）的培训课程，目标是他们第二天敢自己操作。

已知：
- 学员构成：【例：8 人，含 2 个班组长、6 个操作工，文化程度不一】
- 设备与系统：【例：新上的码垛机 + 触摸屏，含配方切换】
- 客户的真实痛点：【例：换型老是出错、报警不知道怎么复位、不敢改参数】
- 场地条件：【能不能上机实操、有没有投影、能不能录屏】
- 我最担心的事：【例：有人问很深的程序问题，我一时答不上】

请给：
1. 时间表 `时段 | 内容 | 形式（讲 / 演 / 练）| 产出`
2. 三个必须上机练的动作（不许只听不练），每个给操作步骤卡。
3. 一页 A4 速查卡（现场能贴、能拍照带走）。
4. 十个最可能被问到的问题及简短答法，含「我不知道，我回去确认后今天下班前回你」的标准说法。

硬约束：
- 讲解时间不超过总时长的 40%，其余时间必须动手。
- 不许用产品手册的语言，用他们车间的话。
- 涉及安全操作的内容必须放在上午（人会走神）。

输出最后：怎么证明这次培训有效（2 个可测的指标，培训结束后一周内测）。

你是带过在职考生的培训老师。帮我排一份备考计划，前提是每天只能挤出 1 小时。

已知：
- 目标证书：【例：低压电工证 / 注册电气工程师基础 / 自动化相关职业资格】
- 现有基础：【例：做过 3 年现场维修，理论薄弱】
- 考试时间与科目：【距考试还有几周、考哪几门】
- 弱项自评：【例：计算题、规范条文】
- 干扰因素：【例：出差多、常加班】

请给：
1. 表 `周次 | 科目 | 任务 | 完成标志 | 小时`
2. 一份「只背这些」的重点清单（按考频排序，不要求全）。
3. 错题处理流程：怎么记、多久回看一次、什么情况下放弃某类题。
4. 出差 / 加班打乱计划后的补救规则（比如连续断 3 天就重置到哪一步）。

硬约束：
- 计划必须能在每天 1 小时内完成，超出的部分明确标「有余力再做」。
- 不许承诺「包过」，要写清通过率的现实区间取决于什么。
- 涉及具体考试政策、科目、报名时间，提醒我以官方最新公告为准。

输出最后：一个 10 分钟的自测，能判断我现在处在什么水平。

你是技术翻译兼现场工程师。帮我建立一套快速读英文手册的方法，并把这台设备的关键页找出来。

已知：
- 手册类型与页数：【例：伺服驱动器手册，480 页 PDF】
- 我要解决的问题：【例：报警 AL.032 是什么原因、怎么清】
- 我的英文水平：【例：能读简单句，专业词不认识】
- 可用工具：【能不能复制文本、有没有翻译软件、能不能截图】

请给：
1. 定位路径：先看哪几节（目录 / 报警表 / 参数表 / 接线图），30 分钟内怎么找到答案。
2. 一张常用词表：这台设备手册里最高频的 30 个词，中英对照 + 现场含义（不要词典释义）。
3. 报警 / 参数段落的读法：哪些字段是关键（代码、原因、处理、复位方式），怎么一眼扫到。
4. 一段可以粘贴给翻译工具的提示词，能把手册片段翻译成「现场能听懂的话」。

硬约束：
- 不许意译技术参数，单位、量纲、上下限必须原样保留。
- 涉及安全警告（DANGER / WARNING）的段落，必须原样翻译并提示后果。
- 不确定的术语标「待确认」，不要猜一个看起来合理的词。

输出最后：这台设备「必须打印出来贴在电柜里」的三页是哪三页，为什么。

你是做过工业品大客户销售的老手。客户说贵，帮我准备这一轮沟通，我要的是能说出口的短句，不是话术稿。

已知：
- 客户与项目：【例：某汽配厂，控制柜改造，报 38 万】
- 他的原话：【原样抄，例：「你们比隔壁贵 7 万，凭什么」】
- 他现在的处境：【例：老设备还能跑，但故障越来越频繁】
- 决策链：【谁拍板、谁反对、预算从哪出】
- 我的底线：【最低价、能不能减范围、能不能分期】

请给：
1. 把「太贵」翻译成 3 种可能的真实顾虑（预算不够 / 怕不值 / 拿你压价），各给一个验证性的问句。
2. 表 `他可能说 | 真实顾虑 | 我的回应（30 字内） | 绝对不要说什么`
3. 三条不降价的替代方案（减范围、换付款节奏、加可验证的承诺）。
4. 一段「这次谈不成」的退路脚本，保住下一次机会。

硬约束：
- 回应要短，一口气能说完；不许长篇解释。
- 不许贬低竞争对手，也不许承诺做不到的事。
- 涉及价格让步必须同步换取条件（范围、付款、工期），不做无条件降价。

输出最后：这一轮沟通我必须问出去的那一个问题。

你是做工业品销售的。报价发出去两周没回音，帮我写第二次跟进，要求对方回一句话就行。

已知：
- 报了什么：【例：两套控制柜 + 现场调试，31 万】
- 发给谁、什么关系：【例：设备科长，之前见过一面，他上面还有生产副总】
- 上次沟通的结束语：【原样，例：「我先看看，有消息联系你」】
- 已知的竞争情况：【例：还有两家在比，其中一家价格低】
- 这期间发生的事：【例：听说他们那条线出了次停机事故】

请给：
1. 三个不同角度的开场（给新信息 / 给一个判断 / 给一个选择），各 40 字内，说明各自赌什么。
2. 一段完整的短消息（微信版，100 字内），结尾必须是一个「回一个字就能答」的问题。
3. 如果他还是不回，第三次跟进的时点与内容。
4. 什么情况下应该放弃这一单，判断依据是什么。

硬约束：
- 不许写「不知道您考虑得怎么样了」这种零信息量的句子。
- 不许用「最后一天优惠」这类假紧迫。
- 不承诺降价，除非我明确给了授权。

输出最后：这条消息发出去后，我要观察哪个信号来判断他还有没有戏。

你是做非标项目的商务。客户要求先免费出方案（甚至免费试做），帮我设计一个既不丢单也不白干的应对。

已知：
- 客户与项目：【例：某食品厂，包装线改造，预算约 50 万】
- 他要求的东西：【例：先出详细方案 + 报细分项 + 到现场勘查两周】
- 他的理由：【例：「领导要看方案才批预算」「另外两家都免费出」】
- 我方成本：【例：出方案约 3 人日、现场勘查 2 人日 + 差旅】
- 竞争态势：【例：我们技术匹配度最高，但价格不是最低】

请给：
1. 三种应对策略（全免费 / 有条件免费 / 收费但可抵扣），各写清适用条件与代价。
2. 一段可以直接说的回应（80 字内），把「免费」换成「有边界地投入」。
3. 一份「方案深度分级表」：免费给到哪一页、付费才给到哪一页，划在哪最合适。
4. 三个判断这个客户值不值得投入的问题。

硬约束：
- 不许说「我们先做出来给您看」，除非已经决定承担这个成本。
- 不许贬低同行免费出方案的做法，只讲自己的边界。
- 明确写清：免费方案的知识产权与使用范围。

输出最后：如果客户坚持全免费才谈，我该给的最后一句是什么。

你是做过现场事故处理的负责人。设备在客户现场出了问题，帮我准备这次沟通，目标是保住关系并控制赔偿范围。

已知：
- 出了什么事：【例：改造后的线体停机 6 小时，客户损失约 X】
- 责任情况：【例：我们的程序有边界情况没覆盖，但客户也跳过了确认步骤】
- 客户现在的态度：【例：车间主任很急，采购要求书面说明】
- 合同相关约定：【例：有罚款条款，但没约定停机损失】
- 我方底线：【能承担什么、不能承担什么】

请给：
1. 沟通顺序：先说什么、后说什么（指出为什么先讲技术原因会激化）。
2. 一段开场话术（60 字内），不含辩解。
3. 表 `客户可能的诉求 | 合理 / 不合理 | 我的回应 | 需要谁签字`
4. 一份书面的问题说明框架（事实 / 原因 / 已采取措施 / 防止再发生 / 责任划分），每部分写几句。
5. 三个绝对不能在书面文件里出现的表述。

硬约束：
- 不许在书面材料里承认超出合同范围的责任。
- 不许把责任全推给客户，即使客户有操作问题。
- 所有承诺（补件、返工、赔偿）必须写清时间与范围。

输出最后：这次沟通成功的标准是什么（一句话，可判断）。

你是做工业品客户关系的负责人。帮我写这次涨价通知，目标是把流失控制在可接受范围。

已知：
- 涨什么、涨多少：【例：维保年费从 3.6 万涨到 4.5 万，涨 25%】
- 原因（真实的）：【例：人工成本上涨 + 备件进口价涨，具体幅度】
- 影响客户范围：【例：12 家年费客户，其中 3 家占比过半】
- 合同约束：【有没有约定涨幅上限、提前通知期】
- 能给什么补偿：【例：增加一次巡检 / 延长响应时效 / 锁定两年价格】

请给：
1. 通知的三个版本：标准版（发给大多数人）、重点客户版（一对一）、合同有约束的版本。
2. 每版结构：事实 → 原因（给可核查的依据，不要诉苦）→ 选择权（几个方案）→ 时间节点。
3. 五类客户的应对：接受 / 讨价 / 要求降服务 / 威胁流失 / 直接不回的。
4. 一份 FAQ（8 条），把「为什么涨这么多」回答到位。

硬约束：
- 涨幅必须给具体数字和生效日期，不许「适当调整」。
- 不许编造成本上涨幅度，我给的数就当数，没给的标「待补依据」。
- 不许用「感谢您一直以来的支持」开头凑字数，第一句就要说事。

输出最后：哪三家客户必须打电话而不是发通知，为什么。

你是做过设备管理体系落地的顾问。帮我重做这份点检流程，目标是能真的发现隐患，而不是签个字。

已知：
- 现有做法：【例：每班一张表，20 项，打勾，班组长签字】
- 覆盖设备：【例：12 台关键设备，含 3 台老设备】
- 实际执行情况：【例：基本是下班前一次性补填】
- 过去的失效案例：【例：上个月轴承烧了，点检表上一直是「正常」】
- 人力与时间：【例：每班 2 人，能挤出 20 分钟】

请给：
1. 判断：现有 20 项里哪些是「填了也没用」的，为什么。
2. 新方案：把点检改成分级（日常 5 项 + 周检 + 月度），每项给可观察的判据和阈值。
3. 表 `项目 | 频次 | 判据（正常 / 异常） | 谁来判 | 异常时怎么升级`
4. 怎么让点检结果被使用（异常项必须闭环到工单、看板、周会），给三个机制。

硬约束：
- 每一项必须有可判定的标准（数字、声音、温度、时间），不接受「是否正常」这种问法。
- 区分「操作工能判的」和「必须维修工判的」。
- 不增加总工时，只能重新分配。

输出最后：三个月后怎么证明这次改有效（两个指标 + 现在的基线怎么取）。

你是做过制造业软件资产管理的顾问。帮我建立一套程序变更与版本管理规则，要求是能落地、不增加太多负担。

已知：
- 现状：【例：3 个工程师各自留一份，命名是「XX线程序-最终版2」，改动无记录】
- 设备与平台：【例：8 台设备，西门子 + 三菱，程序存在各自笔记本上】
- 变更频率：【例：每月约 5 次小改，每季度一次改造】
- 现有 IT 条件：【例：有 NAS，没有 Git，没人懂版本管理】
- 出过的事：【例：去年改错了参数，查了两天才找到】

请给：
1. 一张「最小可行」规则表 `场景 | 必须做什么 | 谁做 | 留什么证据`。规则不超过 8 条。
2. 目录与命名规范（要具体到字符串格式，能直接照着建）。
3. 变更记录模板（字段不超过 10 个，现场能填）。
4. 回滚流程：从「发现问题」到「恢复运行」的步骤与责任分工。
5. 用 NAS 不用 Git 的简化做法，以及什么时候必须上 Git。

硬约束：
- 规则数量必须控制住，超过 8 条落不了地。
- 不要求工程师写文档以外的额外工作（比如双人复核可以只针对关键设备）。
- 涉及程序上传 / 下载权限的，说明谁能碰生产设备。

输出最后：这套规则最容易在哪一步被绕过，怎么堵。

你是做售后服务流程设计的顾问。客户投诉响应慢，帮我找出真正的堵点，不要先写制度。

已知：
- 现在怎么走：【例：客户打电话给销售 → 销售转技术 → 技术问现场 → 派人】
- 承诺的响应时效：【例：2 小时响应、24 小时到场】
- 实际达成率：【例：去年 60% 达标】
- 常见拖延环节：【例：判断不了要不要去现场、备件要先申请、跨区要审批】
- 人员与覆盖：【例：4 个服务工程师，覆盖两个省】

请给：
1. 现状表 `步骤 | 谁做 | 输入 | 输出 | 卡在哪`，标出每个环节的实际耗时（我不知道的标「待测」）。
2. 瓶颈判定：用等待时间、返工率、单点依赖三个依据指认，不要凭感觉。
3. 三条改进，每条带「谁会反对、为什么」和「最小试点范围」。
4. 一套分级响应规则（按故障影响分级，而不是按客户大小）。

硬约束：
- 区分「流程问题」和「人的问题」，不要用流程补人的漏洞。
- 改进必须能在现有 4 个人力下执行，不许要求加人。
- 承诺时效必须可衡量（从哪个时间点算起、什么算达成）。

输出最后：三个能反映改好了的指标，以及现在的基线怎么取。

你是做现场管理落地的顾问。帮我设计交接班记录，目标是下一班能在 5 分钟内掌握该知道的事。

已知：
- 班制与人数：【例：三班两运转，每班 3 人（1 班长 + 2 操作）】
- 现在怎么交：【例：口头说两句，有时候不留记录】
- 出过的事：【例：上一班调过的参数没人知道，下一班又调回去，造成批量不良】
- 可用工具：【例：有微信群，车间有一块白板，没有系统】
- 管理要求：【例：车间主任要能追溯一周内每班做了什么】

请给：
1. 记录模板（不超过 8 个字段），每个字段说明「为什么必须留」。
2. 口头交接的 5 句话结构（按顺序说，每句一句话）。
3. 三个最容易漏掉的信息类型，以及怎么把它们变成必填。
4. 一周后怎么检查这套记录有没有真的在用（而不是变成新的形式主义）。

硬约束：
- 字段不能多，超过 8 个就没人填。
- 必须能在没有系统的情况下执行（纸 + 微信群就够）。
- 追溯要落到人（谁改的、什么时候、改成什么）。

输出最后：给出一个可直接打印的 A5 记录卡版式描述。

你是做备件管理落地的顾问。帮我设计领用与以旧换新流程，目标是账实相符且不影响抢修。

已知：
- 现状：【例：维修工直接找仓管拿，登记在本子上；旧件随手扔在维修间】
- 备件规模：【例：约 400 种，年领用金额 30 万】
- 抢修场景：【例：夜班没人管仓库，急了就自己拿】
- 出过的问题：【例：账实差异约 20%，贵件最容易对不上】
- 可用手段：【例：有条码枪没在用、有 ERP 但只用来记账】

请给：
1. 判断：账实不符最可能出在哪三个环节，各自怎么验证。
2. 流程设计：正常领用 / 紧急领用（先拿后补）/ 以旧换新 三条路径，各自的单据与时限。
3. 表 `环节 | 谁做 | 留什么凭证 | 多久对账一次 | 差异怎么处理`
4. 旧件处置规则：哪些必须回收、回收后怎么判定报废或可修、由谁签。

硬约束：
- 抢修路径不能被流程卡住，宁可先给后补，但要有时限和追责。
- 每条规则说明它防的是哪种具体损失。
- 不假设会上新系统，先用现有 ERP + 条码枪。

输出最后：三个月内把账实差异从 20% 降到多少是现实的，靠哪两个动作。

你是带过技术团队的经理。帮我把这一周的零散工作写成一份有信息量的周报，不要写成流水账。

已知（照实给，不用美化）：
- 本周做的事：【例：现场处理 3 次故障、改了 2 个程序、陪客户开了 1 次会、写了个报表脚本】
- 其中真正有价值的：【例：把重复报警的根因找到了，之后同类故障少了】
- 没做完的：【例：备件清单还差一半】
- 遇到的阻力：【例：生产不让停机、等采购回复】
- 看周报的人：【例：厂长，关心停机和成本】

请给：
1. 三个层次的周报版本：给厂长看（结果与风险，200 字）、给直属领导看（进度与阻碍，300 字）、留档用（完整）。
2. 把「做了什么」改写成「产生了什么影响」的对照表，逐条给改写。
3. 一段「下周计划」，每条必须有可验收的产出。
4. 需要上级决策的事项单独一段，写成选择题而不是问答题。

硬约束：
- 不许出现「积极配合、努力推进、进一步加强」这类词。
- 每条影响必须有依据；没有数据就写「预计」，并说明依据。
- 没做完的事要明说，不要藏在一堆完成项里。

输出最后：这份周报里最该被老板看到的是哪一句，把它放在第一行。

你是做项目协调的。帮我把这份会议记录整理成可跟踪的任务清单，重点是抓出「谁答应了什么、什么时候」。

已知：
- 会议主题与参与人：【例：产线改造周会，生产、设备、采购、我们】
- 记录原文：```【贴会议记录或语音转写，可以很乱】```
- 会议时长与氛围：【例：40 分钟，有几处争论没结论】
- 我的角色：【例：乙方项目经理，需要在两天内发出纪要】

请给：
1. 任务表 `任务 | 负责人 | 截止时间 | 验收标准 | 依赖谁 | 状态`。原文没说清的标「待确认」，不要替我指派。
2. 单独列出「没有结论的三件事」，每件写清分歧点是什么、下一步谁来推动。
3. 一段「决定事项」清单（已经定下来的，不要再讨论）。
4. 一封可直接发出的纪要邮件正文（200 字内，语气中立）。

硬约束：
- 不许把讨论当成决定。原话没说定的，一律进「待确认」。
- 负责人以原话为准，原话没说就写「待指派」。
- 时间必须落到日期，不接受「近期」「尽快」。

输出最后：这次会议里最可能被赖掉的一项承诺是哪条，怎么在纪要里写才赖不掉。

你是既懂工厂又懂 AI 落地的顾问。老板问我这个问题，帮我准备一个 5 分钟的答案，要求他能听懂、能决策。

已知：
- 工厂类型与规模：【例：200 人，注塑 + 装配，年产值 1.2 亿】
- 现有 IT 基础：【例：有 ERP，没有 MES，数据多在 Excel 和纸上】
- 老板最在意：【例：人工成本、交付准时率、设备停机】
- 之前试过什么：【例：买过一套「智能工厂」软件，没人用】
- 我的角色与动机：【例：技术负责人，想先做一个小项目证明价值】

请给：
1. 90 秒版本：三句话讲清「AI 在这类厂里能干什么、不能干什么」。
2. 三个「下个月就能做、成本低于 X」的具体场景，每个写：现在怎么干 → 用了之后怎么干 → 省下什么 → 怎么验证。
3. 一段「不要做」清单：现在这个阶段花钱也做不成的三件事，以及为什么。
4. 老板一定会问的 5 个问题及答法（含「要花多少钱」「会不会泄密」「人会不会被替掉」）。

硬约束：
- 不许出现大模型、Agent、知识库这类词，除非立刻用一句人话解释。
- 每个场景必须能算出一个数（人日、小时、错误率），不能用「效率提升」。
- 承认边界：数据不全、没人维护的情况下，多数场景做不成，要直说。

输出最后：一句话建议 —— 如果只能先做一个，做哪个、为什么。

你是做跨部门协调的项目负责人。我要一份数据，被几个部门推来推去，帮我设计推进路径。

已知：
- 要什么数据：【例：近 12 个月的设备维修工单明细与备件领用记录】
- 涉及部门与理由：【例：设备部说「要问领导」、IT 说「系统导不出来」、财务说「涉及成本不能给」】
- 我的目的：【例：做停机分析，向老板汇报】
- 我能给对方的回报：【例：分析结果共享、帮他们减少报表工作】
- 时限与压力：【例：两周后要汇报】

请给：
1. 判断：这三个理由分别属于「真障碍」还是「免责话术」，怎么区分。
2. 三条推进路径（向上要授权 / 降低对方成本 / 换一种数据来源），各自的适用条件与风险。
3. 一段发给设备部负责人的消息（80 字内），把「给我数据」改成「我们一起看一个数」。
4. 若最终还是拿不到，一个能用的替代方案（用哪些可得数据近似）。

硬约束：
- 不许建议绕过流程私下拿数据。
- 涉及数据出厂的，必须说明脱敏与使用范围。
- 明确写清谁承担分析结论的责任。

输出最后：这两周里最该先做的一件事是什么。

你是带过工控人转型的技术负责人。帮我看清路线，要求给可验证的里程碑，不要给励志话。

已知：
- 我的现状：【例：32 岁，PLC 现场调试 8 年，会西门子/三菱，能独立带项目】
- 想去的方向：【例：上位机开发 / 数据与算法 / 售前技术 / 自己接项目】
- 现实约束：【例：有房贷，不能断收入；每周可投入 6 小时；常住长沙】
- 我的判断：【例：现场越来越累，想转但不知道从哪下手】
- 已经在做的：【例：学过一点 Python，做过一个采集脚本】

请给：
1. 一张路线表 `方向 | 需要的能力 | 我现在的差距 | 第一个可验证里程碑 | 大概周期 | 收入会不会先降`。
2. 每个方向「最先被淘汰的风险」是什么（比如售前靠关系、上位机被低代码替代）。
3. 一个 90 天计划：只做能拿出手的东西（作品/项目/证书），每条给验收标准。
4. 三条判断「我该不该继续」的信号。

硬约束：
- 不许给「坚持就会成功」这类话。
- 不许承诺收入翻倍，涉及收入只能给区间和前提。
- 明确说出哪些方向在我给的约束下不现实，并说明原因。

输出最后：如果只能选一个方向，选哪个，第一个月做什么，怎么知道这一步走对了。