winter-super-cli 2026.5.32 → 2026.6.5

package/resources/local/ecc/docs/zh-CN/skills/postgres-patterns/SKILL.md

@@ -0,0 +1,154 @@
+---
+name: postgres-patterns
+description: 用于查询优化、模式设计、索引和安全性的PostgreSQL数据库模式。基于Supabase最佳实践。
+origin: ECC
+---
+
+# PostgreSQL 模式
+
+PostgreSQL 最佳实践快速参考。如需详细指导，请使用 `database-reviewer` 智能体。
+
+## 何时激活
+
+* 编写 SQL 查询或迁移时
+* 设计数据库模式时
+* 排查慢查询时
+* 实施行级安全性时
+* 设置连接池时
+
+## 快速参考
+
+### 索引速查表
+
+| 查询模式 | 索引类型 | 示例 |
+|--------------|------------|---------|
+| `WHERE col = value` | B-tree（默认） | `CREATE INDEX idx ON t (col)` |
+| `WHERE col > value` | B-tree | `CREATE INDEX idx ON t (col)` |
+| `WHERE a = x AND b > y` | 复合索引 | `CREATE INDEX idx ON t (a, b)` |
+| `WHERE jsonb @> '{}'` | GIN | `CREATE INDEX idx ON t USING gin (col)` |
+| `WHERE tsv @@ query` | GIN | `CREATE INDEX idx ON t USING gin (col)` |
+| 时间序列范围查询 | BRIN | `CREATE INDEX idx ON t USING brin (col)` |
+
+### 数据类型快速参考
+
+| 使用场景 | 正确类型 | 避免使用 |
+|----------|-------------|-------|
+| ID | `bigint` | `int`，随机 UUID |
+| 字符串 | `text` | `varchar(255)` |
+| 时间戳 | `timestamptz` | `timestamp` |
+| 货币 | `numeric(10,2)` | `float` |
+| 标志位 | `boolean` | `varchar`，`int` |
+
+### 常见模式
+
+**复合索引顺序：**
+
+```sql
+-- Equality columns first, then range columns
+CREATE INDEX idx ON orders (status, created_at);
+-- Works for: WHERE status = 'pending' AND created_at > '2024-01-01'
+```
+
+**覆盖索引：**
+
+```sql
+CREATE INDEX idx ON users (email) INCLUDE (name, created_at);
+-- Avoids table lookup for SELECT email, name, created_at
+```
+
+**部分索引：**
+
+```sql
+CREATE INDEX idx ON users (email) WHERE deleted_at IS NULL;
+-- Smaller index, only includes active users
+```
+
+**RLS 策略（优化版）：**
+
+```sql
+CREATE POLICY policy ON orders
+  USING ((SELECT auth.uid()) = user_id);  -- Wrap in SELECT!
+```
+
+**UPSERT：**
+
+```sql
+INSERT INTO settings (user_id, key, value)
+VALUES (123, 'theme', 'dark')
+ON CONFLICT (user_id, key)
+DO UPDATE SET value = EXCLUDED.value;
+```
+
+**游标分页：**
+
+```sql
+SELECT * FROM products WHERE id > $last_id ORDER BY id LIMIT 20;
+-- O(1) vs OFFSET which is O(n)
+```
+
+**队列处理：**
+
+```sql
+UPDATE jobs SET status = 'processing'
+WHERE id = (
+  SELECT id FROM jobs WHERE status = 'pending'
+  ORDER BY created_at LIMIT 1
+  FOR UPDATE SKIP LOCKED
+) RETURNING *;
+```
+
+### 反模式检测\*\*
+
+```sql
+-- Find unindexed foreign keys
+SELECT conrelid::regclass, a.attname
+FROM pg_constraint c
+JOIN pg_attribute a ON a.attrelid = c.conrelid AND a.attnum = ANY(c.conkey)
+WHERE c.contype = 'f'
+  AND NOT EXISTS (
+    SELECT 1 FROM pg_index i
+    WHERE i.indrelid = c.conrelid AND a.attnum = ANY(i.indkey)
+  );
+
+-- Find slow queries
+SELECT query, mean_exec_time, calls
+FROM pg_stat_statements
+WHERE mean_exec_time > 100
+ORDER BY mean_exec_time DESC;
+
+-- Check table bloat
+SELECT relname, n_dead_tup, last_vacuum
+FROM pg_stat_user_tables
+WHERE n_dead_tup > 1000
+ORDER BY n_dead_tup DESC;
+```
+
+### 配置模板
+
+```sql
+-- Connection limits (adjust for RAM)
+ALTER SYSTEM SET max_connections = 100;
+ALTER SYSTEM SET work_mem = '8MB';
+
+-- Timeouts
+ALTER SYSTEM SET idle_in_transaction_session_timeout = '30s';
+ALTER SYSTEM SET statement_timeout = '30s';
+
+-- Monitoring
+CREATE EXTENSION IF NOT EXISTS pg_stat_statements;
+
+-- Security defaults
+REVOKE ALL ON SCHEMA public FROM public;
+
+SELECT pg_reload_conf();
+```
+
+## 相关
+
+* 智能体：`database-reviewer` - 完整的数据库审查工作流
+* 技能：`clickhouse-io` - ClickHouse 分析模式
+* 技能：`backend-patterns` - API 和后端模式
+
+***
+
+*基于 Supabase 代理技能（致谢：Supabase 团队）（MIT 许可证）*

package/resources/local/ecc/docs/zh-CN/skills/product-capability/SKILL.md

@@ -0,0 +1,141 @@
+---
+name: product-capability
+description: 将PRD意图、路线图需求或产品讨论转化为可实施的方案计划，在开始多服务工作之前暴露约束、不变性、接口和未解决的决策。当用户需要ECC原生的PRD到SRS通道，而不是模糊的规划文本时使用。
+origin: ECC
+---
+
+# 产品能力
+
+该技能将产品意图转化为明确的工程约束。
+
+当问题不在于"我们应该构建什么？"，而在于"在开始实现之前，必须明确哪些条件？"时使用。
+
+## 使用时机
+
+* 存在PRD、路线图项、讨论或创始人笔记，但实现约束仍然隐式未明
+* 某个功能跨越多个服务、仓库或团队，在编码前需要一份能力契约
+* 产品意图明确，但架构、数据、生命周期或策略影响仍然模糊
+* 高级工程师在评审中反复重申相同的隐藏假设
+* 你需要一份可跨工具链和会话复用的持久化工件
+
+## 规范工件
+
+如果仓库中存在持久化的产品上下文文件，例如 `PRODUCT.md`、`docs/product/` 或程序规范目录，请在此处更新。
+
+如果尚不存在能力清单，请使用以下模板创建：
+
+* `docs/examples/product-capability-template.md`
+
+目标不是创建另一个规划栈，而是使隐藏的能力约束变得持久且可复用。
+
+## 不可妥协的规则
+
+* 不要编造产品事实。明确标记未解决的问题。
+* 将用户可见的承诺与实现细节分开。
+* 明确指出哪些是固定策略、哪些是架构偏好、哪些仍待定。
+* 如果请求与现有仓库约束冲突，请明确说明，而非粉饰太平。
+* 优先使用一份可复用的能力工件，而非零散的临时笔记。
+
+## 输入
+
+仅读取必要内容：
+
+1. 产品意图
+   * issue、讨论、PRD、路线图笔记、创始人消息
+2. 当前架构
+   * 相关仓库文档、契约、模式、路由、现有工作流
+3. 现有能力上下文
+   * `PRODUCT.md`、设计文档、RFC、迁移笔记、运营模式文档
+4. 交付约束
+   * 认证、计费、合规、发布、向后兼容、性能、评审策略
+
+## 核心工作流
+
+### 1. 重述能力
+
+将需求压缩为一个精确的陈述：
+
+* 用户或操作者是谁
+* 此功能上线后存在什么新能力
+* 因此带来了什么结果变化
+
+如果此陈述薄弱，实现将会偏离方向。
+
+### 2. 解析能力约束
+
+提取实现前必须满足的约束：
+
+* 业务规则
+* 范围边界
+* 不变性条件
+* 信任边界
+* 数据所有权
+* 生命周期转换
+* 发布/迁移要求
+* 故障与恢复预期
+
+这些往往是仅存在于高级工程师记忆中的内容。
+
+### 3. 定义面向实现的契约
+
+制定一份SRS风格的能力计划，包含：
+
+* 能力摘要
+* 明确的非目标
+* 角色与界面
+* 所需状态与转换
+* 接口/输入/输出
+* 数据模型影响
+* 安全/计费/策略约束
+* 可观测性与运维要求
+* 阻碍实现的未解决问题
+
+### 4. 转化为执行
+
+以精确的交接点结束：
+
+* 可直接实现
+* 需先进行架构评审
+* 需先明确产品细节
+
+如有帮助，可指向下一个ECC原生通道：
+
+* `project-flow-ops`
+* `workspace-surface-audit`
+* `api-connector-builder`
+* `dashboard-builder`
+* `tdd-workflow`
+* `verification-loop`
+
+## 输出格式
+
+按以下顺序返回结果：
+
+```text
+能力
+- 一段重新陈述
+
+约束条件
+- 固定规则、不变项和边界
+
+实现契约
+- 参与者
+- 界面
+- 状态与转换
+- 接口/数据影响
+
+非目标
+- 该通道明确不负责的内容
+
+待定问题
+- 仍需解决的阻碍或产品决策
+
+交接
+- 下一步应执行的操作及应由哪个ECC通道负责
+```
+
+## 良好成果
+
+* 产品意图已足够具体，无需在PR评审中重新发现隐藏约束即可实现。
+* 工程评审拥有持久化工件，而非依赖记忆或Slack上下文。
+* 生成的计划可在Claude Code、Codex、Cursor、OpenCode和ECC 2.0规划界面中复用。

package/resources/local/ecc/docs/zh-CN/skills/product-lens/SKILL.md

@@ -0,0 +1,93 @@
+---
+name: product-lens
+description: 使用此技能在构建前验证“为什么”，运行产品诊断，并在请求成为实施合同之前对产品方向进行压力测试。
+origin: ECC
+---
+
+# 产品透镜 —— 先思考，再构建
+
+此通道负责产品诊断，而非编写可实施的规格文档。
+
+若用户需要持久的 PRD 到 SRS 或能力契约文档，请移交至 `product-capability`。
+
+## 使用时机
+
+* 启动任何功能前 —— 验证"为什么"
+* 每周产品评审 —— 我们是否在构建正确的东西？
+* 在多个功能间难以抉择时
+* 发布前 —— 对用户旅程进行合理性检查
+* 将模糊想法转化为产品简报，并在工程规划启动前
+
+## 工作原理
+
+### 模式 1：产品诊断
+
+类似 YC 办公时间但自动化。提出尖锐问题：
+
+```
+1. 这是为谁准备的？（具体的人，而非“开发者”）
+2. 痛点是什么？（量化：频率、严重程度、当前应对方式？）
+3. 为什么是现在？（什么变化使其成为可能/必要？）
+4. 10星版本是什么？（如果资金/时间无限）
+5. MVP是什么？（能验证假设的最小方案）
+6. 反目标是什么？（明确不构建什么？）
+7. 如何判断有效？（指标，而非感觉）
+```
+
+输出：一份包含答案、风险及"可行/不可行"建议的 `PRODUCT-BRIEF.md`。
+
+若结果为"是，构建此功能"，下一通道为 `product-capability`，而非更多创始人表演。
+
+### 模式 2：创始人评审
+
+以创始人视角审视当前项目：
+
+```
+1. 阅读 README、CLAUDE.md、package.json、最近的提交
+2. 推断：这个项目试图成为什么？
+3. 评分：产品市场契合度信号（0-10分）
+   - 使用增长轨迹
+   - 留存指标（重复贡献者、回访用户）
+   - 收入信号（定价页面、计费代码、Stripe集成）
+   - 竞争护城河（什么难以复制？）
+4. 识别：能让这个项目实现10倍增长的关键因素
+5. 标记：你正在构建但无关紧要的内容
+```
+
+### 模式 3：用户旅程审计
+
+映射实际用户体验：
+
+```
+1. 以新用户身份克隆/安装产品
+2. 记录每一个摩擦点（令人困惑的步骤、错误、缺失的文档）
+3. 为每个步骤计时
+4. 与竞争对手的入门流程进行比较
+5. 评分：价值实现时间（用户需要多久才能获得首次成功？）
+6. 建议：入门流程的三大修复方案
+```
+
+### 模式 4：功能优先级排序
+
+当你有 10 个想法却需选出 2 个时：
+
+```
+1. 列出所有候选功能
+2. 对每个功能进行评分：影响（1-5）× 信心（1-5）÷ 工作量（1-5）
+3. 按 ICE 分数排序
+4. 应用约束条件：时间窗口、团队规模、依赖关系
+5. 输出：带有理由的优先级路线图
+```
+
+## 输出
+
+所有模式均输出可操作文档，而非长篇大论。每条建议均附带具体下一步行动。
+
+## 集成
+
+配合使用：
+
+* `/browser-qa` 验证用户旅程审计结果
+* `/design-system audit` 进行视觉优化评估
+* `/canary-watch` 用于发布后监控
+* `product-capability` 当产品简报需转化为可实施的能力计划时

package/resources/local/ecc/docs/zh-CN/skills/production-scheduling/SKILL.md

@@ -0,0 +1,230 @@
+---
+name: production-scheduling
+description: 为离散和批量制造中的生产调度、作业排序、产线平衡、换模优化和瓶颈解决提供编码化专业知识。基于拥有15年以上经验的生产调度师的知识。包括约束理论/鼓-缓冲-绳、快速换模、设备综合效率分析、中断响应框架以及企业资源计划/制造执行系统交互模式。适用于调度生产、解决瓶颈、优化换模、应对中断或平衡制造产线时。license: Apache-2.0
+version: 1.0.0
+homepage: https://github.com/affaan-m/everything-claude-code
+origin: ECC
+metadata:
+  author: evos
+  clawdbot:
+    emoji: ""
+---
+
+# 生产排程
+
+## 角色与背景
+
+您是一家离散型和批量生产工厂的高级生产排程员，该工厂运营着3-8条生产线，每班有50-300名直接劳动力。您负责管理跨越工作中心（包括机加工、装配、精加工和包装）的作业排序、产线平衡、换产优化和中断响应。您的系统包括ERP（SAP PP、Oracle Manufacturing 或 Epicor）、有限产能排程工具（Preactor、PlanetTogether 或 Opcenter APS）、用于车间执行和实时报告的MES，以及用于维护协调的CMMS。您处于生产管理（负责产出目标和人员配置）、计划（从MRP下发工单）、质量（控制产品放行）和维护（负责设备可用性）之间。您的工作是将一组具有交货日期、工艺路线和物料清单的工单，转化为分钟级的执行序列，以在满足客户交付承诺、劳动力规则和质量要求的同时，最大化瓶颈环节的产出。
+
+## 何时使用
+
+* 生产订单在受约束的工作中心上竞争资源
+* 中断（故障、短缺、缺勤）需要快速重新排序
+* 换产和批量生产的权衡需要明确的经济决策
+* 需要将新工单插入现有排程而不破坏已承诺的作业
+* 班次级别的瓶颈变化需要重新分配鼓点资源
+
+## 工作原理
+
+1. 使用OEE数据和产能利用率识别系统约束（瓶颈）
+2. 按优先级对需求进行分类：逾期、约束资源供料作业和剩余作业
+3. 使用适合产品组合的派工规则（最早交货期、最短加工时间或考虑换产的EDD）对作业进行排序
+4. 利用换产矩阵和最近邻启发式算法配合2-opt改进来优化换产顺序
+5. 锁定一个稳定窗口（通常为24-48小时），以防止已承诺作业的排程频繁变动
+6. 发生中断时重新排程，仅对未锁定的作业重新排序；将更新后的排程发布到MES
+
+## 示例
+
+* **瓶颈设备故障**：2号线数控机床停机4小时。识别哪些作业在排队，评估哪些可以重新路由到3号线（替代工艺路线），哪些必须等待，以及如何对剩余队列重新排序，以最小化所有受影响订单的总延误时间。
+* **批量生产与混流生产决策**：一条产线上有来自4个产品系列的15个作业，系列间换产需要45分钟。使用换产成本和持有成本计算交叉点，确定批量生产（换产次数少，在制品多）优于混流生产（换产次数多，在制品少）的临界点。
+* **紧急插单**：销售部门承诺了一个交货期为2天的紧急订单，而本周排程已满。评估排程松弛时间，确定哪些现有作业可以承受一个班次的延迟而不错过其交货期，并在不破坏冻结窗口的情况下插入紧急订单。
+
+## 核心知识
+
+### 排程基础
+
+**顺推排程与倒推排程**：顺推排程从物料可用日期开始，按顺序安排工序以找到最早完成日期。倒推排程从客户交货日期开始，向后推算以找到最晚允许开始日期。在实践中，默认使用倒推排程以保持灵活性并最小化在制品，当倒推计算显示最晚开始日期已经过去时，则切换到顺推排程——该工单已经延迟开始，需要从今天开始加急处理。
+
+**有限产能与无限产能**：MRP运行无限产能计划——它假设每个工作中心都有无限的产能，并将超负荷标记出来供排程员手动解决。有限产能排程（FCS）尊重实际资源可用性：机器数量、班次模式、维护窗口和工装约束。切勿将MRP生成的排程视为可执行排程，除非已通过有限产能逻辑验证。MRP告诉您*需要*制造什么；FCS告诉您*何时*可以实际制造。
+
+**鼓-缓冲-绳（DBR）与约束理论**：鼓是约束资源——相对于需求而言，过剩产能最少的工作中心。缓冲是保护约束资源免受上游物料短缺影响的时间缓冲（而非库存缓冲）。绳是限制新工作进入系统的释放机制，其速度与约束资源的处理速度相匹配。通过比较每个工作中心的负荷工时与可用工时来识别约束；利用率比率最高（>85%）的那个就是您的鼓。所有其他排程决策都应服从于保持鼓的供料和运行。在约束资源上损失一分钟，整个工厂就损失一分钟；在非约束资源上损失一分钟，如果缓冲时间能吸收它，则没有任何成本。
+
+**准时化排序**：在混流装配环境中，平衡生产序列以最小化部件消耗率的变化。使用平准化逻辑：如果每班次生产模型A、B、C的比例为3:2:1，理想的序列是A-B-A-C-A-B，而不是AAA-BB-C。平衡的排序平滑了上游需求，减少了部件安全库存，并防止了"班末赶工"现象（最困难的工作被推到最后一小时）。
+
+**MRP失效的情况**：MRP假设固定的提前期、无限的产能和完美的物料清单准确性。当出现以下情况时，它会失效：（a）提前期依赖于队列，在负荷轻时可压缩，负荷重时会延长；（b）多个工单竞争同一受约束资源；（c）换产时间依赖于顺序；（d）良率损失导致固定投入产生可变产出。排程员必须弥补所有这四种情况。
+
+### 换产优化
+
+**SMED方法论（单分钟快速换模）**：新乡重夫的框架将换产活动分为外部（可以在机器仍在运行上一个作业时完成）和内部（必须在机器停止时完成）。第一阶段：记录当前换产过程，并将每个要素分类为内部或外部。第二阶段：尽可能将内部要素转化为外部要素（预置工具、预热模具、预混材料）。第三阶段：简化剩余的内部要素（快速释放夹具、标准化模具高度、颜色编码连接）。第四阶段：通过防错和首件验证夹具消除调整。典型结果：仅通过第一阶段和第二阶段，换产时间即可减少40-60%。
+
+**颜色/尺寸排序**：在喷漆、涂层、印刷和纺织操作中，按从浅到深、从小到大或从简单到复杂的顺序安排作业，以最大限度地减少运行之间的清洁工作。从浅到深的油漆顺序可能只需要5分钟的冲洗；从深到浅则需要30分钟的完全净化。将这些依赖于顺序的换产时间记录在换产矩阵中，并输入到排程算法中。
+
+**批量生产与混流生产排程**：批量生产将所有属于同一产品系列的作业分组到一次运行中，最大限度地减少了总换产次数，但增加了在制品和提前期。混流生产交错生产产品以减少提前期和在制品，但会产生更多的换产。正确的平衡取决于换产成本与持有成本之比。当换产时间长且成本高（>60分钟，>500美元的废品和产出损失）时，倾向于批量生产。当换产速度快（<15分钟）或客户订单模式要求短提前期时，倾向于混流生产。
+
+**换产成本 vs. 库存持有成本 vs. 交付权衡**：每个排程决策都涉及这种三方面的权衡。更长的批量生产减少了换产成本，但增加了周期库存，并可能导致非批量产品的交货期延误。较短的批量生产提高了交付响应能力，但增加了换产频率。经济交叉点是边际换产成本等于额外周期库存单位的边际持有成本之处。计算它，不要猜测。
+
+### 瓶颈管理
+
+**识别真正的约束 vs. 在制品堆积之处**：在制品在工作中心前堆积并不一定意味着该工作中心是约束。在制品堆积可能是因为上游工作中心批量投放，因为共享资源（起重机、叉车、检验员）造成了人为队列，或者因为排程规则导致下游物料短缺。真正的约束是所需工时与可用工时比率最高的资源。通过检查来验证：如果您在该工作中心增加一小时的产能，工厂产出会增加吗？如果是，它就是约束。
+
+**缓冲管理**：在DBR中，时间缓冲通常是约束工序生产提前期的50%。监控缓冲渗透：绿色区域（缓冲消耗<33%）意味着约束得到良好保护；黄色区域（33-67%）触发对延迟到达的上游工作的加急；红色区域（>67%）触发管理层立即关注，并可能在上游工序安排加班。几周内的缓冲渗透趋势揭示了长期问题：持续的黄色意味着上游可靠性正在下降。
+
+**从属原则**：非约束资源的排程应服务于约束资源，而不是最大化其自身的利用率。当约束资源以85%的利用率运行时，将非约束资源以100%的利用率运行会产生过剩的在制品，而不会增加产出。有意在非约束资源上安排空闲时间，以匹配约束资源的消耗率。
+
+**检测移动的瓶颈**：随着产品组合变化、设备退化或人员班次变动，约束可能在各个工作中心之间移动。在白班是瓶颈的工作中心（运行高换产产品）可能在夜班不是瓶颈（运行长周期产品）。按产品组合每周监控利用率比率。当约束转移时，整个排程逻辑必须随之转移——新的鼓决定了节奏。
+
+### 中断响应
+
+**机器故障**：立即行动：（1）与维护部门评估维修时间估计；（2）确定故障机器是否是约束；（3）如果是约束，计算每小时的产出损失并启动应急计划——在备用设备上加班、外包或重新排序以优先处理利润率最高的作业。如果不是约束，评估缓冲渗透——如果缓冲是绿色的，则不对排程采取任何行动；如果是黄色或红色，则加急上游工作到替代工艺路线。
+
+**物料短缺**：检查替代材料、替代物料清单和部分装配选项。如果某个组件短缺，您能否将子装配件装配到缺少组件之前，然后稍后完成（配套策略）？升级到采购部门以加急交付。重新排序排程，将不需要短缺物料的作业提前，保持约束资源运行。
+
+**质量扣留**：当一批产品被质量扣留时，它对排程是不可见的——它不能发货，也不能被下游消耗。立即重新运行排程，排除被扣留的库存。如果被扣留的批次是供应给客户承诺的，评估替代来源：安全库存、来自其他工单的在制品库存，或加急生产替代批次。
+
+**缺勤**：在有认证操作员要求的情况下，一名操作员缺勤可能使整条生产线瘫痪。维护一个交叉培训矩阵，显示哪些操作员在哪些设备上获得认证。当发生缺勤时，首先检查缺失的操作员是否操作约束资源——如果是，重新分配最合格的备用人员。如果缺失的操作员操作非约束资源，评估缓冲时间是否能吸收延迟，然后再从其他区域调配备用人员。
+
+**重新排序框架：** 当发生中断时，应用以下优先级逻辑：(1) 首要保护瓶颈资源正常运行时间，(2) 按客户层级和违约风险顺序保护客户承诺，(3) 最小化新序列的总换产成本，(4) 在剩余可用操作员间均衡劳动负荷。重新排序，在30分钟内传达新计划，并在允许进一步更改前锁定至少4小时。
+
+### 劳动力管理
+
+**班次模式：** 常见模式包括3×8（三个8小时班次，24/5或24/7）、2×12（两个12小时班次，通常轮换休息日）和4×10（四个10小时日班，仅限日间作业）。每种模式对加班规则、交接班质量和疲劳相关错误率的影响不同。12小时班次减少了交接次数，但在第10-12小时增加了错误率。在排程中需考虑这一点：不要在12小时班次的最后2小时安排关键的首件检验或复杂的换产。
+
+**技能矩阵：** 维护操作员 × 工作中心 × 认证等级（学员、合格、专家）的矩阵。排程可行性取决于此矩阵——如果某个班次没有合格的操作员，那么派往数控车床的工单就是不可行的。排程工具应将劳动力作为与机器并列的约束条件。
+
+**交叉培训投资回报率：** 每增加一名在瓶颈工作中心获得认证的操作员，都会降低因缺勤导致瓶颈资源闲置的概率。量化计算：如果瓶颈资源每小时产生5000美元的产出，平均缺勤率为8%，那么仅有2名合格操作员与拥有4名合格操作员相比，每年预期的产出损失差异超过20万美元。
+
+**工会规则与加班：** 许多制造环境对加班分配（按资历）、班次间强制休息时间（通常8-10小时）以及跨部门临时调动有合同约束。这些是排程算法必须遵守的硬性约束。违反工会规则可能引发申诉，其成本远超原本试图节省的生产成本。
+
+### OEE — 整体设备效率
+
+**计算：** OEE = 时间开动率 × 性能开动率 × 合格品率。时间开动率 = (计划生产时间 − 停机时间) / 计划生产时间。性能开动率 = (理想周期时间 × 总产量) / 运行时间。合格品率 = 合格品数量 / 总产量。世界级OEE为85%以上；典型的离散制造业在55–65%之间。
+
+**计划与非计划停机：** 在某些OEE标准中，计划停机（计划性维护、换产、休息）不计入时间开动率的分母，而在另一些标准中则计入。当需要跨工厂比较或为资本扩张提供理由时，使用TEEP（完全有效生产率）——TEEP包含所有日历时间。
+
+**时间开动率损失：** 故障和非计划停机。通过预防性维护、预测性维护（振动分析、热成像）和TPM操作员日常点检来解决。目标：非计划停机时间 < 计划时间的5%。
+
+**性能开动率损失：** 速度损失和微停机。一台额定产能为100件/小时的机器以85件/小时运行，则有15%的性能损失。常见原因：物料供给不一致、刀具磨损、传感器误触发和操作员犹豫。按作业跟踪实际周期时间与标准周期时间。
+
+**合格品率损失：** 废品和返工。瓶颈工序的首检合格率低于95%会直接降低有效产能。优先改进瓶颈工序的质量——瓶颈工序2%的合格率提升，其带来的产出增益等同于2%的产能扩张。
+
+### ERP/MES交互模式
+
+**SAP PP / Oracle Manufacturing 生产计划流程：** 需求以销售订单或预测消耗的形式进入，驱动MPS（主生产计划），MPS通过MRP分解为按工作中心划分的带有物料需求的计划订单。计划员将计划订单转换为生产订单，进行排序，并通过MES发布到车间。反馈从MES（工序确认、废品报告、工时记录）流回ERP，以更新订单状态和库存。
+
+**工单管理：** 工单包含工艺路线（带工作中心、准备时间和运行时间的工序序列）、BOM（所需组件）和到期日。计划员的工作是将每个工序分配到特定资源的特定时间段，同时尊重资源产能、物料可用性和依赖约束（工序20必须在工序10完成后才能开始）。
+
+**车间报告与计划-实际差异：** MES捕获实际开始/结束时间、实际产量、废品数量和停机原因。计划与MES实际值之间的差距即为"计划依从性"指标。健康的计划依从性 > 90%的作业在计划开始时间±1小时内开始。持续存在的差距表明，要么排程参数（准备时间、运行速率、良率系数）有误，要么车间未遵循排序。
+
+**闭环：** 每个班次，在工序级别比较计划与实际。用实际值更新计划，对剩余计划期重新排序，并发布更新后的计划。这种"滚动重排"节奏使计划保持现实性而非理想化。最糟糕的失效模式是计划偏离现实并被车间忽视——一旦操作员不再信任计划，计划就失去了作用。
+
+## 决策框架
+
+### 作业优先级排序
+
+当多个作业竞争同一资源时，应用此决策树：
+
+1. **是否有任何作业已逾期或若不立即处理将错过到期日？** → 首先安排逾期作业，按客户违约风险排序（合同违约金 > 声誉损害 > 内部KPI影响）。
+2. **是否有任何作业正在供给瓶颈且瓶颈缓冲处于黄区或红区？** → 接下来安排供给瓶颈的作业，以防止瓶颈资源闲置。
+3. **在剩余作业中，应用适合产品组合的调度规则：**
+   * 高多样性、小批量：使用**最早到期日**以最小化最大延迟。
+   * 长周期、少品种：使用**最短加工时间**以最小化平均流程时间和在制品。
+   * 混合型，且存在序列相关准备时间：使用**考虑准备时间的最早到期日**——在考虑准备时间的提前量下使用最早到期日，当交换相邻作业可节省>30分钟准备时间且不导致逾期时，则进行交换。
+4. **平局决胜：** 客户层级更高的胜出。如果层级相同，则利润率更高的作业胜出。
+
+### 换产顺序优化
+
+1. **建立换产矩阵：** 针对每对产品（A→B, B→A, A→C等），记录换产时间（分钟）和换产成本（人工 + 废品 + 产出损失）。
+2. **识别强制性顺序约束：** 某些转换是被禁止的（食品中的过敏原交叉污染，化学品中的危险物料排序）。这些是硬性约束，不可优化。
+3. **应用最近邻启发式作为基线：** 从当前产品开始，选择换产时间最小的下一个产品。这给出一个可行的初始序列。
+4. **通过2-opt交换进行改进：** 交换相邻作业对；如果总换产时间减少且不违反到期日，则保留交换。
+5. **根据到期日进行验证：** 将优化后的序列放入排程中运行。如果任何作业错过到期日，即使增加总换产时间也要将其提前插入。遵守到期日优先于换产优化。
+
+### 中断后重新排序
+
+当中断使当前计划失效时：
+
+1. **评估影响窗口：** 中断的资源不可用多少小时/班次？它是否是瓶颈？
+2. **冻结已承诺的工作：** 除非物理上不可能，否则不应移动已在进行中或距开始时间2小时内的作业。
+3. **重新排序剩余作业：** 对未冻结的所有作业应用上述作业优先级框架，使用更新后的资源可用性。
+4. **30分钟内沟通：** 将修订后的计划发布给所有受影响的工作中心、主管和物料搬运工。
+5. **设置稳定性锁定：** 至少4小时内（或直到下一班次开始）不允许进一步更改计划，除非发生新的中断。持续重新排序比原始中断造成更多混乱。
+
+### 瓶颈识别
+
+1. **拉取过去2周所有工作中心的利用率报告**（按班次，而非平均值）。
+2. **按利用率比**（负荷小时数 / 可用小时数）**排序**。排名最高的工作中心是疑似瓶颈。
+3. **进行因果验证：** 增加该工作中心一小时的产能是否会提高工厂总产出？如果其下游工作中心在该工作中心停机时总是闲置，那么答案是肯定的。
+4. **检查模式是否变化：** 如果排名最高的工作中心在不同班次或不同周之间发生变化，则存在由产品组合驱动的动态瓶颈。在这种情况下，应根据每个班次的产品组合来安排该班次的*瓶颈*，而不是基于周平均值。
+5. **区分人工瓶颈：** 因上游批量投放导致在制品堆积而显得超负荷的工作中心并非真正的瓶颈——它是上游排程不佳的受害者。在为受害者增加产能之前，先修复上游的投放速率。
+
+## 关键边缘案例
+
+此处包含简要总结，以便您可以根据需要将其扩展为针对特定项目的操作手册。
+
+1. **班次中动态瓶颈转移：** 产品组合变化导致瓶颈从机加工转移到装配。早上6点最优的计划到上午10点就错了。需要实时利用率监控和班次内重新排序授权。
+
+2. **受监管工序的认证操作员缺勤：** 一项FDA监管的涂覆操作需要特定的操作员认证。唯一认证的夜班操作员请病假。该生产线无法合法运行。激活交叉培训矩阵，如果允许则呼叫认证的日班操作员加班，或者关闭受监管的工序并重新安排非监管工作的路线。
+
+3. **来自一级客户的竞争性紧急订单：** 两家顶级汽车OEM客户都要求加急交付。满足其中一家会延迟另一家。需要商业决策输入——哪家客户关系具有更高的违约风险或战略价值？计划员识别权衡；管理层做决定。
+
+4. **BOM错误导致的MRP虚假需求：** BOM清单错误导致MRP生成了未被实际消耗的组件的计划订单。计划员看到一个背后没有真实需求的工单。通过交叉引用MRP生成的需求与实际销售订单和预测消耗来检测。标记并搁置——不要安排虚假需求。
+
+5. **影响下游的在制品质量扣留：** 在200个部分完成的组件上发现油漆缺陷。这些组件原计划明天供给最终装配瓶颈。除非从早期阶段加急替换在制品或使用替代工艺路线，否则瓶颈将闲置。
+
+6. **瓶颈设备故障：** 最具破坏性的中断。瓶颈每分钟的停机时间都等于整个工厂的产出损失。触发即时维护响应，如果可用则激活替代路线，并通知订单面临风险的客户。
+
+7. **供应商在运行中途交付错误物料：** 一批钢材到货，但合金规格错误。已用此物料备料的作业无法进行。隔离该物料，重新排序以提前使用不同合金的作业，并升级至采购部门寻求紧急替换。
+
+8. **生产开始后客户订单变更：** 客户在工作进行过程中修改数量或规格。评估已完工作的沉没成本、返工可行性以及对共享相同资源的其他作业的影响。部分完工暂停可能比报废和重新开始成本更低。
+
+## 沟通模式
+
+### 语气校准
+
+* **每日计划发布：** 清晰、结构化、无歧义。作业顺序、开始时间、产线分配、操作员分配。使用表格格式。车间不阅读段落。
+* **计划变更通知：** 紧急标题、变更原因、受影响的特定作业、新的顺序和时间。"立即生效"或"于\[时间]生效"。
+* **中断升级：** 首先说明影响程度（损失的约束工时数、受影响的客户订单数量），然后是原因、提议的应对措施，最后是管理层需要做出的决策。
+* **加班请求：** 量化业务依据——加班成本与错过交付的成本。包括工会规则合规性。"请求周六上午CNC操作员（3人）4小时自愿加班。成本：$1,200。不加班的风险收入：$45,000。"
+* **客户交付影响通知：** 切勿让客户感到意外。一旦可能出现延迟，立即通知新的预计日期、根本原因（不归咎于内部团队）以及恢复计划。"由于设备问题，订单#12345将于\[新日期]发货，而非原定的\[原日期]。我们正在安排加班以尽量减少延迟。"
+* **维护协调：** 请求的具体时间窗口、选择该时间的业务理由、推迟维护的影响。"请求3号线在周二06:00–10:00进行预防性维护。这避开了周四的换产高峰。推迟到周五之后存在非计划性故障的风险——振动读数已呈上升趋势进入警戒区。"
+
+以上为简要模板。在用于生产环境前，请根据您的工厂、计划员和客户承诺流程进行调整。
+
+## 升级协议
+
+### 自动升级触发器
+
+| 触发器 | 行动 | 时间线 |
+|---|---|---|
+| 约束工作中心意外停机 > 30 分钟 | 通知生产经理 + 维护经理 | 立即 |
+| 计划遵守率一个班次内低于 80% | 与班次主管进行根本原因分析 | 4 小时内 |
+| 客户订单预计错过承诺发货日期 | 通知销售和客户服务部门，并提供修订后的预计到达时间 | 发现后 2 小时内 |
+| 加班需求超过周预算 > 20% | 将成本效益分析上报给工厂经理 | 1 个工作日内 |
+| 约束工序的OEE连续3个班次低于 65% | 触发重点改进活动（维护 + 工程 + 计划） | 1 周内 |
+| 约束工序的质量合格率低于 93% | 与质量工程部门联合审查 | 24 小时内 |
+| MRP生成的负载在下周超过有限产能 > 15% | 与计划和生产管理部门召开产能会议 | 超负荷周开始前 2 天 |
+
+### 升级链
+
+级别 1（生产计划员）→ 级别 2（生产经理/班次主管，约束问题30分钟，非约束问题4小时）→ 级别 3（工厂经理，影响客户的问题2小时）→ 级别 4（运营副总裁，影响多个客户或与安全相关的计划变更需当日处理）
+
+## 绩效指标
+
+按班次跟踪并每周统计趋势：
+
+| 指标 | 目标 | 红色警报 |
+|---|---|---|
+| 计划遵守率（作业在±1小时内开始） | > 90% | < 80% |
+| 准时交付率（按客户承诺日期） | > 95% | < 90% |
+| 约束工序的综合设备效率 | > 75% | < 65% |
+| 换产时间 vs. 标准 | < 标准时间的 110% | > 标准时间的 130% |
+| 在制品天数（总在制品价值 / 每日销售成本） | < 5 天 | > 8 天 |
+| 约束工序利用率（实际生产时间 / 可用时间） | > 85% | < 75% |
+| 约束工序一次合格率 | > 97% | < 93% |
+| 非计划停机时间（占计划时间的百分比） | < 5% | > 10% |
+| 人工利用率（直接工时 / 可用工时） | 80–90% | < 70% 或 > 95% |
+
+## 补充资源
+
+* 将此技能与您的约束层次结构、计划冻结窗口策略和加急批准阈值结合使用。
+* 在工作流程旁记录实际计划遵守失败情况及根本原因，以便排序规则随时间改进。