制造业管理工具箱 · Manufacturing Management Toolkit

它能帮你做什么

我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。

• 连接方式: 在云端运行
• 传输方式: Streamable HTTP
• 分类: 其他

安装

选择你使用的 AI 应用，然后复制设置。

你需要

• 在云端运行无需安装任何东西，通过互联网连接

你用的是哪个应用？

https://polyester-appease-bulldog.ngrok-free.dev/mcp

claude mcp add --transport http xingdao-manage https://polyester-appease-bulldog.ngrok-free.dev/mcp

{
  "mcpServers": {
    "xingdao-manage": {
      "url": "https://polyester-appease-bulldog.ngrok-free.dev/mcp"
    }
  }
}

{
  "servers": {
    "xingdao-manage": {
      "type": "http",
      "url": "https://polyester-appease-bulldog.ngrok-free.dev/mcp"
    }
  }
}

https://polyester-appease-bulldog.ngrok-free.dev/mcp

你的选择通过 Cookie 保存在这台设备上，无需账户。

这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同，请以 README 为准。

它能做什么

工具名称和描述与服务器在 2026年11月8日 报告的完全一致。这些内容由作者撰写，不是我们写的；我们以纯文本形式显示。

• tbp_problem_solving

  TBP 问题解决教练：用丰田 8 步法 + 5Why 三层 + 8×4 管理矩阵分析一个管理/设备/品质问题，输出完整分析报告。 Args: problem: 问题描述。建议 15 字以上，写清「对象 + 现象 + 量化数据」， 例如「3 号注塑机频繁停机，每次 40 分钟」。 data: 问题相关的量化数据，例如「月停机 6 次共 4 小时」。 target: 改善目标，例如「月停机 ≤ 1 次」。 payment_proof: 支付宝支付凭证。首次调用留空 → 返回付款信息；付款后带入此参数重试。 license_key: 买断/年费客户的授权码（有

• quality_management

  品质管理全生命周期系统：按丰田源头品质方法生成企划→研发→生产准备→号试→量产六阶段全套品质文档（QFD、DFMEA、控制计划等）。 Args: company: 企业名称。 product_type: 产品类别，例如「注塑件」「电机」。 module: 只生成某一模块时填 Q1–Q12，全部生成填 ALL（默认）。 payment_proof: 支付宝支付凭证。首次调用留空 → 返回付款信息；付款后带入此参数重试。 license_key: 买断/年费客户的授权码（有授权码则免付款）。与 payment_proof 填其一。

• device_management

  设备管理全生命周期（TPM）系统：按设备清单生成保全方式选择、七维计划、点检标准、MTBF/OEE 指标与术语字典。 Args: devices: 设备清单 JSON 字符串，至少 1 台，每台须有 id 与 name。 例如 '[{"id":"EQ-01","name":"注塑机","model":"HT-160"}]'。 payment_proof: 支付宝支付凭证。首次调用留空 → 返回付款信息；付款后带入此参数重试。 license_key: 买断/年费客户的授权码（有授权码则免付款）。与 payment_proof 填其一。

• cost_improvement

  制造业成本改善与 J 成本论测算：由累计产量/累计成本数据算 J 成本、J 收益率，给出改善方向与敏感性分析。 Args: points: 累计点数据 JSON 字符串，至少 2 个点，格式 [[累计产量, 累计成本], ...]， 例如 '[[0,0],[5,12000],[40,20000]]'。 profit: 单位利润（数字，可留空，例如 '8000'）。 payment_proof: 支付宝支付凭证。首次调用留空 → 返回付款信息；付款后带入此参数重试。 license_key: 买断/年费客户的授权码（有授权码则免付款）。与 payment_

• vital_organization

  活力组织诊断与建设方案：诊断组织活力、输出信任/希望/价值/挑战四维建设方案与落地清单。 Args: industry: 所属行业。 headcount: 员工人数。 pain: 当前最困扰的组织问题。 goal: 期望达成的目标。 trust/hope/value/challenge: 四维评分 0–5（可留空，未填按行业基准估算）。 payment_proof: 支付宝支付凭证。首次调用留空 → 返回付款信息；付款后带入此参数重试。 license_key: 买断/年费客户的授权码（有授权码则免付款）。与 payment_proof 填其一。

• manufacturing_analytics

  制造业深度数据分析：对 OEE / SPC / 设备 / 库存 / 交期 / 成本 数据做多维度分析，输出结论与改善优先级。至少提供其中一项。 Args: oee: OEE 相关数据（JSON 字符串）。 spc: 过程能力（Cpk 等）数据（JSON 字符串）。 device: 设备故障/停机数据（JSON 字符串）。 inventory: 库存数据（JSON 字符串）。 delivery: 交期/OTIF 数据（JSON 字符串）。 cost: 成本数据（JSON 字符串）。 payment_proof: 支付宝支付凭证。首次调用留空 → 返回付款信

• safety_audit

  重点灾害发生源审核：对隐患/发生源台账做「六大类重点灾害」归类、A/B/C 风险分级、点检周期建议与硬件优先违规检出，输出审核报告 + 规范化台账 CSV（可直接进 EHS/CMMS）。 Args: sources: 发生源条目 JSON 数组字符串，至少 1 条（上限 300）。每条形如 {"id":"SR-001","equipment":"CNC-07","source":"主轴皮带轮防护罩", "phenomenon":"防护罩螺栓缺失，手可触及旋转皮带轮","protection":"固定式防护罩（无联锁）", "severity":"致命|重

• manager_development

  中基层管理者育成 · 梯队健康度诊断：按后备人才池与现任管理者数据，算后备覆盖率、代理试岗率、资格达成度、退出健康度与 GL 监督时间被侵占，输出梯队诊断报告 + HR 台账 CSV。 Args: positions: 关键管理岗位数（整数，如 "6"）。 managers: 现任管理者 JSON 数组字符串（可留空）。每条形如 {"id":"M01","name":"张GL","level":"GL","eval_result":82,"eval_prev":78,"supervision_ratio":0.62}。 candidates: 后备人才

• list_services

  列出本工具箱全部服务、价格与所需输入（下单前先看这个，或用于向用户报价）。

基础检查i

我们检查的是任何人都能看到的信息；我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月8日

• ! 注意

  作者与仓库一致

  注册中心没有列出源代码仓库，因此无法将发布者（gddynb.com）与代码对应起来

• … 尚未检查

  仍在维护

  我们还没有从 GitHub 读取这个仓库

• … 尚未检查

  有许可证

  我们还没有从 GitHub 读取这个仓库

• ✓ 通过

  端点有响应

  在 942 毫秒内响应（HTTP 200）

• – 不适用

  使用 OAuth 登录

  无需登录

• ✓ 通过

  工具描述中没有隐藏指令

  已读取 9 个工具描述，未发现针对 AI 的隐藏指令

与“其他”中的其他服务器比较i

• 星标数多于此分类中其他 18613 个服务器的 0%
• 发布到注册中心的时间比此分类中其他 18613 个服务器的 59% 更新
• 基础检查结果等于或优于此分类中其他 18613 个服务器的 36%

与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时，星标数才计入。

替代选择

同一分类中其他作者的服务器，按星标数排序。

如何看卡片：↓ 每周下载量i★ GitHub 星标i三大支柱：评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i

作者的 README

仓库中没有找到 README