jpskill.com
🛠️ 開発・MCP コミュニティ

write-app-change-log

最新のバージョン以降のGitの変更履歴を分析し、アプリの変更履歴(changelog)を自動で作成・更新することで、開発者はリリースノート作成にかかる手間を大幅に削減できるSkill。

📜 元の英語説明(参考)

Generates and updates the latest app changelog based on git history since the last version tag.

🇯🇵 日本人クリエイター向け解説

一言でいうと

最新のバージョン以降のGitの変更履歴を分析し、アプリの変更履歴(changelog)を自動で作成・更新することで、開発者はリリースノート作成にかかる手間を大幅に削減できるSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o write-app-change-log.zip https://jpskill.com/download/17218.zip && unzip -o write-app-change-log.zip && rm write-app-change-log.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17218.zip -OutFile "$d\write-app-change-log.zip"; Expand-Archive "$d\write-app-change-log.zip" -DestinationPath $d -Force; ri "$d\write-app-change-log.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して write-app-change-log.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → write-app-change-log フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

アプリの変更履歴を作成する

このスキルは、アプリの簡潔で意味のある変更履歴を作成するプロセスを自動化します。

ワークフロー

  1. 最新のタグを取得する:

    • すべてのタグがリモートリポジトリから取得されていることを確認します。
    • 例: git fetch --tags origin
  2. ベースタグを特定する:

    • パターン v* に一致する最新の git タグを見つけます。
    • 例: git tag -l "v*" --sort=-v:refname | head -n 1
  3. コミットを収集する:

    • 特定されたタグから現在の HEAD までのすべてのコミットを取得します。
    • 各コミットについて、タイトルと完全な説明を収集します。
    • 例: git log <base-tag>..HEAD --pretty=format:"%s%n%b%n---"
  4. アプリ関連のコミットをフィルタリングする:

    • コミットメッセージと変更されたファイルを分析します。
    • 主に以下に影響を与えるコミットを除外します。
      • リポジトリのインフラストラクチャ (例: .github/scripts/fastlane/。ただし、変更履歴は除く)。
      • CI/CD パイプライン (例: ワークフロー YAML ファイル、Dockerfile)。
      • ビルドツールの構成 (アプリの動作に直接影響を与える場合を除く)。
      • 内部ドキュメントまたはメンテナンス (例: README.mdAGENTS.mdtask.mdimplementation_plan.md)。
    • 以下を変更するコミットを含めるます。
      • アプリのソースコード (app/database/network/)。
      • リソース (strings.xml、UI レイアウト)。
      • ユーザー向けの機能またはバグ修正。
  5. 意味のある変更を特定する:

    • フィルタリングされたリストから、最も重要な 2〜5 個の変更を選択します。
    • エンドユーザーにとって最も影響力のあるもの (新機能、主要なバグ修正、パフォーマンスの向上) に焦点を当てます。
  6. スタイルとトーンを一致させる:

    • fastlane/metadata/android/en-US/changelogs/ にある既存の変更履歴を読みます。
    • 最も大きい番号のファイル (例: 9.txt) を特定します。
    • 最近のエントリの言語、トーン、および書式設定を分析します。
    • 同じ簡潔でプロフェッショナルなスタイルを維持します。
    • 通常、形式は Welcome to Janus <version-name> (<version-code>) で、複数の変更がリストされている場合は箇条書きが続き、単一の説明文が続きます。
  7. 最新の変更履歴を更新する:

    • 特定された意味のある変更を取得します。
    • 確立されたスタイルに合わせて新しいコンテンツを作成します。
    • fastlane/metadata/android/en-US/changelogs/ で最も大きい番号のファイルを新しいコンテンツで更新します。

ガイドライン

  • 簡潔にしてください。
  • ユーザーの価値に焦点を当ててください。
  • 必要でない限り、専門用語は避けてください。
  • 変更履歴のバージョン名とコードが現在のプロジェクトの状態と一致していることを確認してください ( app/build.gradle.kts などにあります)。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Write App Change Log

This skill automates the process of creating a concise and meaningful changelog for the app.

Workflow

  1. Fetch Latest Tags:

    • Ensure all tags are fetched from the remote repository.
    • Example: git fetch --tags origin
  2. Identify the Base Tag:

    • Find the latest git tag that matches the pattern v*.
    • Example: git tag -l "v*" --sort=-v:refname | head -n 1
  3. Collect Commits:

    • Get all commits from the identified tag to the current HEAD.
    • For each commit, collect the title and the full description.
    • Example: git log <base-tag>..HEAD --pretty=format:"%s%n%b%n---"
  4. Filter App-Related Commits:

    • Analyze the commit messages and files changed.
    • Exclude commits that primarily affect:
      • Repository infrastructure (e.g., .github/, scripts/, fastlane/ except changelogs).
      • CI/CD pipelines (e.g., workflow YAML files, Dockerfiles).
      • Build tools configuration (unless it directly impacts app behavior).
      • Internal documentation or maintenance (e.g., README.md, AGENTS.md, task.md, implementation_plan.md).
    • Include commits that modify:
      • App source code (app/, database/, network/).
      • Resources (strings.xml, UI layouts).
      • User-facing features or bug fixes.
  5. Identify Meaningful Changes:

    • From the filtered list, select the 2-5 most significant changes.
    • Focus on what is most impactful for the end-user (new features, major bug fixes, performance improvements).
  6. Match Style and Tone:

    • Read the existing changelogs in fastlane/metadata/android/en-US/changelogs/.
    • Identify the highest numbered file (e.g., 9.txt).
    • Analyze the language, tone, and formatting of recent entries.
    • Maintain the same concise and professional style.
    • Usually, the format is: Welcome to Janus <version-name> (<version-code>) followed by bullet points if multiple changes are listed, or a single descriptive sentence.
  7. Update the Latest Changelog:

    • Take the identified meaningful changes.
    • Draft the new content matching the established style.
    • Update the highest numbered file in fastlane/metadata/android/en-US/changelogs/ with the new content.

Guidelines

  • Be concise.
  • Focus on user value.
  • Avoid technical jargon unless necessary.
  • Ensure the version name and code in the changelog match the current project state (can be found in app/build.gradle.kts or similar).