get-unpublished-changes

ただちに分析を出力してください。質問は禁止です。前置きも禁止です。

重要：コミットメッセージをそのままコピーしないでください！

各コミットについて、必ず次のことを行ってください。

1. 実際の差分を読み、何が変更されたかを把握する
2. 実際の変更内容を、わかりやすい言葉で説明する
3. （明らかでない場合は）なぜ重要なのかを説明する

リリースレイヤー

すべての変更を、次の各レイヤーに照らして分析してください。

レイヤー	含まれるもの	バージョンに関する質問
omo pure components	packages/*-core、MCP パッケージ、packages/shared-skills、再利用可能なスクリプト	アダプターが内部でのみ使用する場合でも、共有コンポーネントにパッチ／マイナー／メジャーリリースの告知が必要ですか？
omo opencode	ルートの oh-my-opencode / oh-my-openagent、src/、.opencode/、.agents/、CLI、設定、フック、ツール、ドキュメント	OpenCode／OpenAgent の npm パッケージでは、どの semver のバージョンを上げるべきですか？
omo codex	packages/omo-codex、lazycodex-ai、Codex のプラグインメタデータ／フック、バンドルされた MCP ランタイム、code-yeongyu/lazycodex のマーケットプレイス用ペイロード	LazyCodex に同じバージョンアップ、Codex 専用の告知、またはマーケットプレイスのリリースが必要ですか？

senpi、omo-senpi、senpi-task、pi-goal、pi-webfetch に一致するコミットとパスは、ユーザー向けの告知とバージョンの推奨から除外してください。これらは、別途、内部アダプター除外台帳にのみ記録してください。

手順：

1. oh-my-opencode、oh-my-openagent、lazycodex-ai の最新公開バージョンを特定する
2. git diff v{published-version}..HEAD を実行して、実際の変更を確認する
3. feat／fix／refactor／docs ごとにまとめる前に、各ファイルを1つ以上のリリースレイヤーに分類する
4. 実際の変更内容と、各レイヤーにとって重要な理由を説明する
5. 影響を受けるレイヤーごとに、破壊的変更を記載する
6. レイヤーごとのバージョンアップと、全体のワークフローのバージョンアップを推奨する

出力形式：

• feat：「X を追加し、Y を実現します」（「X 機能を追加」だけでは不十分です）
• fix：「X が発生するバグを修正し、現在は Y になるようにしました」（「X のバグを修正」だけでは不十分です）
• refactor：「X を A から B に変更し、C をサポートするようにしました」（「X の名前を変更」だけでは不十分です）

以下を含めてください。

• Layered Impact Matrix：omo pure components、omo opencode、omo codex の各行
• Layer-specific Version Recommendation：各レイヤーのパッチ／マイナー／メジャーと、全体としてのリリースバージョン