关于 get-unpublished-changes
用于分析 Oh My OpenCode 和 LazyCodex 各发布层未发布改动的技能。它检查差异、分类影响，并给出分层及整体版本升级建议。
主要功能
- 01检测已发布的包版本
- 02分析相对已发布版本的差异
- 03按发布层分类改动
- 04说明改动内容及影响
- 05建议分层和整体版本升级
适用场景
- 01根据未发布提交准备发布说明
- 02评估 OpenCode 与 Codex 包的版本升级
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/get-unpublished-changes确认已加载。
详细介绍
立即输出分析。不要提问。不要写开场白。
重要：不要只照抄提交信息！
对于每个提交，你必须：
- 阅读实际差异，了解发生了什么变化
- 用通俗语言描述实际变更
- 解释变更为何重要（如果不明显）
发布层级
根据以下确切层级分析每项变更：
| 层级 | 包含内容 | 版本问题 |
|---|---|---|
omo pure components | packages/*-core、MCP 包、packages/shared-skills、可复用脚本 | 即使适配器仅在内部使用共享组件，这些组件是否也需要补丁／次要／主要版本发布说明？ |
omo opencode | 根目录中的 oh-my-opencode / oh-my-openagent、src/、.opencode/、.agents/、CLI、配置、钩子、工具、文档 | OpenCode/OpenAgent npm 包应采用哪种语义化版本升级？ |
omo codex | packages/omo-codex、lazycodex-ai、Codex 插件元数据／钩子、打包的 MCP 运行时、code-yeongyu/lazycodex 市场负载 | LazyCodex 是否需要相同的版本升级、仅针对 Codex 的说明，还是市场发布？ |
从面向用户的说明和版本建议中排除与 senpi、omo-senpi、senpi-task、pi-goal 或 pi-webfetch 匹配的提交和路径。仅在单独的内部适配器排除清单中记录它们。
步骤：
- 检测
oh-my-opencode、oh-my-openagent和lazycodex-ai的最新已发布版本。 - 运行
git diff v{published-version}..HEAD，查看实际变更。 - 在按 feat/fix/refactor/docs 分组之前，将每个文件归类到一个或多个发布层级。
- 描述实际变更，以及每个层级为何关注这些变更。
- 标注受影响层级中的重大变更。
- 建议各层级的版本升级，并给出一个整体工作流版本升级建议。
输出格式：
- feat："新增了 X，可实现 Y"（不要只写“新增 X 功能”）
- fix："修复了 X 导致的问题，现在会 Y"（不要只写“修复 X 错误”）
- refactor："将 X 从 A 改为 B，现在支持 C"（不要只写“重命名 X”）
包括：
分层影响矩阵：包含omo pure components、omo opencode、omo codex三行分层版本建议：每个层级分别建议补丁／次要／主要版本升级，并给出一个整体发布升级建议
评论
支持 Markdown