用途
get-unpublished-changes 是一个用于发布前审查的技能，目标是找出当前代码库 HEAD 与最新已发布 npm 版本之间所有尚未发布的变更，并按发布层进行归类整理，帮助维护者决定各包应使用何种版本号以及发布说明应包含哪些内容。
主要能力
- 检测 oh-my-opencode、oh-my-openagent 和 lazycodex-ai 的最新已发布版本。
- 运行 git diff v{published-version}..HEAD 查看实际改动。
- 在按 feat/fix/refactor/docs 分组之前，先把每个文件归类到一个或多个发布层。
- 阅读真实 diff，用平实语言描述实际变化，并解释其重要性，而不是直接复制 commit message。
- 标注受影响的破坏性变更。
- 输出分层影响矩阵与各层版本建议。
发布层定义
技能按以下三层分析变更：
- omo pure components：包含 packages/*-core、MCP packages、packages/shared-skills、可复用脚本。对应问题是：即使适配器仅在内部消费这些共享组件，它们是否需要 patch/minor/major 发布说明？
- omo opencode：包含根目录 oh-my-opencode / oh-my-openagent、src/、.opencode/、.agents/、CLI、config、hooks、tools、docs。对应问题是：OpenCode/OpenAgent npm 包应使用什么 semver 版本号？
- omo codex：包含 packages/omo-codex、lazycodex-ai、Codex 插件元数据/hooks、打包的 MCP 运行时、code-yeongyu/lazycodex 市场负载。对应问题是：LazyCodex 是否需要相同版本号、仅 Codex 的说明，还是市场发布？
使用方式
技能被触发后立即输出分析，不提问、不写前言。执行步骤为：检测最新已发布版本；运行 git diff；将每个文件归类到发布层；按 feat/fix/refactor/docs 分组；描述真实变化及各层为何关注；标注破坏性变更；给出各层版本建议和一个整体工作流版本建议。
输出格式要求：
- feat: "Added X that does Y"（而不是仅写 "add X feature"）
- fix: "Fixed bug where X happened, now Y"（而不是仅写 "fix X bug"）
- refactor: "Changed X from A to B, now supports C"（而不是仅写 "rename X"）
输出需包含：
- Layered Impact Matrix：行包括 omo pure components、omo opencode、omo codex。
- Layer-specific Version Recommendation：每层的 patch/minor/major 建议，外加一个整体发布版本建议。
适用场景
适用于维护 oh-my-openagent 相关 monorepo 的发布流程，在发布前梳理未发布变更、生成 changelog、判断各包版本号以及识别破坏性变更。
限制
- 需排除匹配 senpi、omo-senpi、senpi-task、pi-goal 或 pi-webfetch 的 commit 和路径，不将其纳入面向用户的说明和版本建议，仅记录在单独的 internal-adapter exclusion ledger 中。
- 具体安装命令、收费与价格信息暂未提供。