ci: stackblitz 更新を release-tag workflow の後続ジョブに統合

[tomoemon]

Summary

• stackblitz.yaml を削除し、update-stackblitz を release-tag.yaml 内の後続ジョブとして統合
• update-stackblitz ジョブは needs: release-tag + if: created == 'true' で新規タグ作成時のみ実行
• バージョン取得を GITHUB_REF_NAME から release-tag ジョブの version output に変更
• publish / stackblitz 共通の経緯コメントに整理

設計の背景

stackblitz.yaml は on: release: types: [published] でトリガーされていたが、これは PR #55 で解消した npm publish と全く同じ問題を抱えていた。release-tag workflow は GITHUB_TOKEN で GitHub release を作成しており、GITHUB_TOKEN が起こしたイベントは他 workflow をトリガーしない仕様のため、update-stackblitz は実際には発火していなかった。

publish と同様に同一 workflow の後続ジョブ（needs: release-tag）にすればクロス workflow トリガー制約の対象外となり、release 後に確実に実行される。

あわせて、バージョン取得を GITHUB_REF_NAME から release-tag ジョブの version output に変更した。release-tag.yaml は push トリガーのため GITHUB_REF_NAME は main となり、元のロジックでは正しいバージョンを取得できないため。

Test plan

• package.json の version 変更を main に push し、tag/release 作成後に update-stackblitz ジョブが走ることを確認
• stackblitz ブランチの examples/*/package.json の emiel 依存が ^<version> に書き換わっていることを確認
• 同一バージョンのまま push した場合に update-stackblitz ジョブがスキップされることを確認

🤖 Generated with Claude Code