Composer 不支持中文元数据与过时提醒，所谓中文提醒机器人需自行构建映射层：维护 zh-mapping.json 或利用 composer.json extra 字段，通过脚本解析 composer outdated 输出并注入中文名，但映射关系须人工或半自动持续更新，否则将导致误导。

Composer 本身不提供中文元数据支持，也无内置“过时提醒”机制；所谓“基于 Composer 中文元数据的自动化提醒机器人”，本质是绕过官方限制、在应用层补全信息链路的定制方案——可行，但需自行维护元数据映射与语义解析逻辑。

Composer 的 outdated 命令不识别中文包名或描述

Composer 官方命令如 composer outdated 仅依赖 name（如 monolog/monolog）和 version 字段比对 Packagist 元数据，description、keywords 等文本字段完全不参与版本判断。即使你在 composer.json 里写 "description": "日志处理库（中文版）"，也不会影响检测逻辑。

• composer outdated 输出始终以英文包名 + 版本号为主，不展示中文别名或本地化描述
• 所有 Packagist API 返回数据（如 https://packagist.org/packages/monolog/monolog.json）默认为英文，无 zh-CN 字段
• 若强行用中文名注册私有包（如 公司/用户中心），Composer 会因非法字符（中文、空格、全角标点）直接报错：Invalid package name "公司/用户中心": contains invalid characters

实现“中文语义提醒”的真实路径：元数据桥接层

要让运维或开发人员看到“微信支付 SDK 已过时”，而不是“wechatpay/wechatpay 有新版本”，必须在 Composer 原始输出之上叠加一层映射与渲染。这层不能交给 Composer，得自己写。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

• 维护一个本地 zh-mapping.json，内容类似：

  {"wechatpay/wechatpay": {"zh_name": "微信支付 SDK", "category": "支付"}} 

• 调用 composer outdated --format=json 获取原始 JSON 输出，再用脚本（PHP/Python/Node.js 均可）查表注入中文名
• 关键点：映射关系必须人工维护或半自动同步（例如定期抓取 Packagist 的 keywords + GitHub README 首行标题做 NLP 提取），没有现成中文元数据源
• 若走 GitHub Actions 自动化，建议将映射文件纳入 Git，避免 CI 中动态拉取不可靠的第三方中文描述

避免把 composer.lock 当作中文元数据容器

有人试图在 composer.lock 的 packages 节点下硬塞 "zh_description" 字段，这是无效且危险的操作：

• Composer 读取 composer.lock 时会忽略未知字段，但下次执行 composer install 或 update 会覆盖整个文件，手工添加的中文字段必然丢失
• composer.lock 是锁定文件，不是配置文件；它的 schema 由 Composer 团队严格定义，擅自扩展会导致校验失败或解析异常
• 真正可扩展的位置只有 composer.json 的 extra 字段，例如：

  "extra": {
    "zh-packages": {
      "wechatpay/wechatpay": "微信支付 SDK"
    }
  }

  ，然后在自定义脚本中读取该字段做映射

中文语义提醒的核心难点不在技术实现，而在于元数据维护成本——每个包的中文名、分类、更新敏感度（比如安全组件需立即告警，工具类可延迟 7 天）都得持续对齐。一旦映射过期，机器人提醒的就不是“过时”，而是“误导”。