Indie Release Note

indie-release-note

noriyuki1113 Updated

File contents

indie-release-note

概要

コミットログ・issueリスト・変更内容を渡すと、 日本語リリースノート・Xポスト・Zenn記事導入文を 同時生成するスキル。

いつ使うか

以下のいずれかをユーザーが言ったとき:

  • 「リリースノートを書いて」「アップデート内容をまとめて」
  • 「Xにリリース告知を投稿したい」
  • 「更新内容からブログ記事を書いて」
  • 「バージョンアップの告知文を作って」

入力

以下のいずれかを受け取る(複数でも可):

  • コミットログ:git log --onelineの出力
  • issueリスト:クローズされたissueのタイトル一覧
  • 変更内容の箇条書き:ユーザーが自由記述したもの
  • バージョン番号:例 v1.2.0(任意)
  • プロダクト名:任意・なければ「プロダクト」と表記

生成手順

  1. 入力された変更内容を以下の3カテゴリに分類する
    • 新機能(New)
    • 改善(Improved)
    • 修正(Fixed)
  2. ユーザー視点で「何が嬉しいか」に翻訳する (技術的表現→ベネフィット表現)
  3. 以下3種類のフォーマットを同時に出力する

出力フォーマット


📋 リリースノート(サービス内・README用)

[プロダクト名] vX.X.X リリース リリース日:YYYY年MM月DD日

✨ 新機能

  • (ユーザー目線で何ができるようになったか)

🔧 改善

  • (何が使いやすくなったか)

🐛 修正

  • (何の不具合が直ったか)

🐦 Xポスト用(140文字以内・3パターン)

パターンA(機能訴求) (新機能をシンプルに伝える・ハッシュタグつき)

パターンB(ストーリー型) (開発の背景・想いを短く・共感を呼ぶ)

パターンC(数字・実績型) (改善数値・before→afterがあれば活用)


📝 Zenn・note記事導入文(300文字以内)

(「〇〇をリリースしました」から始まる記事の書き出し。 読者がなぜ読むべきかを伝え、記事本文への橋渡しをする)


注意事項

  • コミットログの技術的表現はユーザー向けに意訳する
  • 修正が多くてもネガティブな印象にしない
  • バージョン番号がない場合は日付ベースで表記する
  • Xポストは140文字を絶対に超えない

noriyuki1113/indie-hacker-skills-jp/tree/main/skills/indie-release-note commit 476261a443

Frequently asked questions

npx skillmds@latest add noriyuki1113/indie-release-note