← 返回首页 自研系统 · 技术白皮书

看清约束, 打通改善。

将价值流数据转为约束分析与改善路线,连接项目执行、收益核验和保持检查。每项对策须现场验证,每笔损益须独立财务审批。

  • 工厂局域网运行 · 无需外网
  • 简体中文 · English · Bahasa Melayu
  • 制造与服务业画像配置 · 适用性须试点验证

1.0 商业化候选版 · 2026 年 9 月复核 · 演示与试点由创始人团队安排

合成场景 · 约束与线平衡

从约束改善,到全线平衡

现状

合成场景:5 道工序,日需求 1,200,节拍 42 秒。需求负荷 = 需求 ÷ 产能;实际利用率 = 全线产出 ÷ 产能。推演值用于理解改善逻辑。

最高需求负荷——
全线日产出—件 / 天
需求满足率—需求 1,200
    01 · 输入与输出

    一页输入,可核对的分析与建议

    按《学习观察》的画法和约束理论的五步聚焦,把现场常用的数据框直接变成可计算的模型:排队模型估算给定假设下的平均等待时间,有效产出会计为约束工时定价。缺失的数据保持空白,不会被当作零。

    输入

    日历与需求
    days · shifts · min · demand/wk
    每道工序
    C/T · C/O · uptime · perf · FPY
    资源
    machines · operators · hours
    库存点
    days or qty · unit value
    可选:价格与成本
    price · variable cost · carrying rate

    输出

    现状与未来价值流图
    lead time · VA · PCE
    约束、负荷与瓶颈迁移路线
    TOC exploit → elevate
    等待时间近似估算
    G/G/m queue
    《学习观察》八问
    takt · flow · pacemaker · EPEI · pitch
    收益台账(含公式)
    throughput · cash · hours
    TAKT 节拍 节拍 = 净可用时间 ÷ 日需求
    CAPACITY 工序良品产能 (可用时间 − 换型损失) × A × P × FPY ÷ C/T
    CONSTRAINT 约束识别 负荷 = 需求 ÷ 良品产能;最高者为约束
    THROUGHPUT 有效产出会计 单位有效产出 = 单价 − 单位真正变动成本;约束工时价值需结合产出速率

    等待时间估算是给定假设下的平均值,绝不是物理下限;下游超负荷时不存在有限的稳态等待。自动建议须经现场验证,默认改善比例不保证产量或现金。

    02 · 数字出处

    每个数字,都带出处

    系统中的每条规则、参数和建议都标注出处等级。规则被核实,不等于新录入的数据已被核实;参考假设在实测之前,不会变成收益。

    source_verified 已核对来源

    已与指定来源工作簿逐项核对的计算规则。

    industry_standard 国际通用

    OEE(ISO 22400-2)、利特尔法则、DPMO、OTIF、LTIFR 等通用定义。

    reference_assumption 参考假设

    规划用的参考区间与系数;在实测之前,不计为收益。

    customer_config 客户配置

    客户录入的画像、自定义 KPI、未来目标与覆盖值。

    ai_suggestion AI 建议

    模型提出的假设,必须经人确认才生效。

    引用国际通用定义,不等于系统获得了该标准的认证。

    03 · 改善闭环

    从发现约束,到巩固成果。

    从工厂画像到 90 天保持检查,同一个数据库、同一套审计记录。约束改善后回到价值流,新的约束开启下一轮——这就是持续改善。

    1. 工厂画像行业、运营模式、成本结构、痛点、成熟度
    2. 价值流约束与瓶颈迁移路线
    3. 诊断与路线图可解释的方法排序与分批计划
    4. 改善项目问题、基线、目标、假设、对策
    5. 行动与证据照片、试验记录、SOP,哈希留证
    6. 五类收益分开登记,公式与假设可见
    7. 独立财务审批核验人与审批人不能是同一人
    8. 30 / 60 / 90 天保持标准化后按期复查

    目标展开(方针管理或 OKR)的关键结果绑定 KPI 实测,按月评审;落后的月份必须写对策。

    自适应诊断 · 开放基线知识库

    画像驱动的方法排序可解释,并设前置条件门槛——先稳定,再数字化;路线图受在制改善项目上限约束,不一次铺开。

    • 15行业原型
    • 8运营模式
    • 25类痛点
    • 10维成熟度
    • 30个国际通用 KPI
    • 36种改善方法
    04 · 收益治理

    把已实现、机会与现金分清。

    五类收益独立登记,保留公式、期间、假设与证据。已实现损益须独立审批;资源释放、产能机会、一次性现金和预测单独展示。

    类别 含义 计入损益
    已实现损益实测前后差 × 数量 × 明确的因子审批后计入
    释放工时 / 资源工时释放不等于工资下降,去向由财务决定否
    产能机会产能不等于销售,需求须另行确认否
    一次性现金释放库存下降释放现金,不是年度利润否
    未验证年化预测机会测算,附假设,待实测否
    • 独立审批创建人、提交人和项目负责人都不能批准自己的收益。
    • 重复收益校验同一损失标识及重叠期间拦截重复审批;不同标识的业务重叠仍需人工核验。
    • 全程留痕证据、审核人和每次决定都保留,可整体导出。
    05 · 现场 AI

    现场拍照,AI 当教练,人做决定

    一线人员上传照片或语音,可接入经客户验收的局域网本地模型提出问题假设。每条发现都要有人现场核实后确认,才能成为改善项目。

    支持记录的现场问题类型

    封闭词表:12 类现场问题,每条对应八大浪费,并直接关联改善方法。结论可追溯、可比较。

    • 布局
    • 线平衡
    • 动作
    • 人机工程
    • 5S 与目视化
    • 物料流
    • 等待
    • 质量
    • 安全
    • 换型
    • 标准作业
    • 库存

    AI 永远不会

    • 批准任何收益
    • 宣称根因已被证实
    • 修改原始生产记录
    • 未经客户配置,把资料发往外部服务

    AI 默认关闭;关闭时以人工标注完成同一流程。真实视觉与语音模型的评测仍在进行;更换模型须通过接口兼容与准确率回归。

    AI 网关默认只放行回环与局域网私有地址,拒绝云元数据地址、代理与重定向;单次请求的图片与音频有大小上限,超限在发送任何媒体前失败。现场记录可能包含人员影像与声音,“局域网”不等于“无个人资料”。

    06 · 方法资产

    方法是资产,模型可替换

    模型是可替换的推理引擎;方法沉淀在独立、加密、可版本化的技能包里。学习发生在技能包的迭代中,而不是模型权重中。

    1. LAYER 1 · VAULT 创始人 Vault

      技能源文件、黄金评测集与签名私钥离线加密保管,不进入任何代码仓库或 AI 会话。

    2. LAYER 2 · .LEANSKILL 签名授权的技能包

      校验 → 嵌入水印 → AES-256-GCM 加密 → Ed25519 签名;每家客户单独授权,包与授权密钥分渠道交付。

    3. LAYER 3 · MODELS 可替换的 AI 底座

      客户局域网内的开源模型(如 Ollama、vLLM、Whisper);换模型只改配置,但须通过兼容与准确率回归。

    • 校验失败即回退未签名、被篡改、过期或授权不匹配的包会被忽略,系统回退到开放基线继续运行,管理员可见原因。
    • 最小暴露浏览器只拿渲染所需的字段;诊断只返回结论与主要原因;私有提示模板默认不发送给模型。
    • 学习经审核发布客户自主授权反馈 → 脱敏与披露评审 → 黄金用例 → 版本回归 → 创始人签名。不自动吸收客户原始材料。

    诚实的边界:在客户完全掌控的服务器上,解密后的技能包必然存在于内存中。加密与签名可以减少未授权读取、验证来源与完整性,但不能阻止已获授权方复制——我们不宣称 DRM 或绝对防复制。

    07 · 部署与安全

    为工厂局域网而生

    每家客户独立部署、独立数据库。没有 CDN、在线字体或云登录;无外网的工厂用离线安装包安装和升级。

    • 0断网验收中的外部请求
    • 3种完整界面语言,账号记住选择
    • 6种角色,从管理员到只读,后端强制权限
    • 1个离线安装包:镜像、源码与校验和
    安全架构
    • 会话令牌放在 HttpOnly、SameSite Cookie 中,数据库只存令牌哈希
    • 密码使用 Argon2 哈希
    • 角色与工厂范围在后端强制,包括下载与导出——浏览器不是权限边界
    • 每次修改记录操作人、时间与版本,并追加审计事件
    • 乐观版本校验拦截过期写入
    • 附件以 SHA-256 留证,鉴权下载
    • 核心计算在后端 Decimal 域完成,缺失值与零严格区分
    已在全新 Linux 主机实测
    1. 安装上一版本并写入数据
    2. 升级后记录与附件哈希全部保留
    3. 阻断容器外网后三语全流程验收通过
    4. 备份并生成离线安装包
    5. 删除镜像、切断外网,用离线安装包和客户备份恢复,核对业务内容、权限、审计及附件哈希一致
    6. 仅凭安装包全新安装
    08 · 工程回执

    工程验收,每项都有出处。

    以下为 2026 年 9 月复核的工程验收结果。旧的通过记录不能代替当前版本;每次发行都重新验收。

    5,601/ 5,601 后端计算对照

    用系统后端函数对既有 Excel 工作簿中的缓存结果逐项重算,相对容差 1e-12;已知历史冲突单独隔离,不计入通过。

    48/ 48 VSM 引擎对照

    产能、覆盖率、约束工序、周期、增值时间与营运资金,与工作簿结果逐项一致。

    111 后端自动化测试

    PostgreSQL 全套通过,覆盖独立财务审批、并发重复录入、跨工厂越权与附件权限。

    1,222 三语资源键

    简体中文、English、Bahasa Melayu 界面资源齐全;TypeScript 与生产构建通过。

    15/ 15 发布运维回归

    备份归档拒绝路径穿越、链接与设备对象;恢复时比对全部业务内容、权限、审计与附件摘要。

    0 断网外部请求

    阻断容器外网后,三语全流程浏览器验收通过,外部请求为零。

    这些是工程验收,不是独立渗透测试、安全认证、精益咨询资质或模型识别准确率认证。真实视觉与语音模型的评测仍在进行,核心功能不依赖它。

    09 · 试点路径

    12 周,验证第一条改善路线。

    建议节奏,按工厂实际调整。试点的目标是用自己的数据走完一次“约束 → 改善 → 财务审批 → 保持”。

    1. 安装与基础资料局域网部署、账号与角色、产线与班次
    2. 画像与价值流一页主数据、约束、诊断与路线图
    3. 第一个约束项目行动、证据、改善前后实测
    4. 财务审批与保持独立审批、标准化、30/60/90 天检查

    一起定义第一项试点。

    本版尚不包含:完整 MES、设备 IoT、复杂 Andon、原生手机 App,以及手机完全离开局域网后的离线同步。