1. 质量哲学
质量是系统及其规则，而非文档
在传统的 IATF 16949 实施中，工程师在设计完成后填写表格。这不仅缓慢，而且如果是事后想法，也是无效的。
"工程决策就是质量决策 —— 我们的系统就是这样对待它们的。"
2. 工程行动与 IATF 条款映射
我们不根据'条款解释'来设计，而是根据'条款意图'。每一个工程动作都自动对应到 QMS 要求。
| Clause | 条款意图 (工程视角) | 平台功能 | 系统如何满足 | 自动生成证据 |
|---|---|---|---|---|
| 6.1 | 风险前置、预防失效 | Validation Engine | HARD / SOFT 约束、风险权重 | Validation Report |
| 8.3 | 设计必须可验证 | Engineering Calculators | 实时校验、BLOCK 机制 | Design Snapshot |
| 8.3.3 | 输入清晰、可追溯 | ProfileSpec / Control Points | 单一权威数据源 | Input Version Log |
| 8.3.4 | 输出可制造 | RFQ / Work Order | 不通过验证无法下发 | RFQ State History |
| 8.3.6 | 设计是否满足要求 | Stress / Fatigue / SF | 实时 + 运行时验证 | Validation Evidence |
| 8.5.1 | 防止不合格流入 | Work Order Gate | 验证失败禁止 WO | WO Approval Log |
| 8.5.6 | 变更需重新验证 | Change Trigger | 参数变更自动重验 | Change Record |
| 9.1 | 持续可见 | Dashboards | 状态可视化 | System Logs |
| 9.2 | 可审计 | Audit Log | 全流程时间线 | Audit Trail |
| 10.2 | 闭环改进 | 失效分析 + 培训 | 失效→培训 | CAPA Trace |
3. 互动场景：在行动中学习
模拟场景
场景 A：不安全的设计
您试图发布一个安全系数为 0.8 的弹簧。观察系统如何执行 IATF 8.3（设计输出）。
模拟场景
场景 B：工程变更
您将设计改进为安全系数 1.2。验证系统如何处理版本修订（IATF 8.5.6）。
我们不为审核做'准备'。
我们的系统时刻处于'可审核'状态。