القائمة
追跡対象のリリースを直近 N 日ぶん取得し、ソース×単位ごとに日本語ダイジェスト（トピック順、bugfix は末尾へ全列挙）を生成する。引数: 期間の日数 (デフォルト 1) と任意のソース指定 (id|all)、または 'raw' で正規化 JSON のみ出力
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
ghq 管理下の全リポジトリから .claude/settings.local.json を収集し、global settings.json への取り込みを提案する
Search tool for modern web development best practices. MANDATORY: Execute FIRST for all HTML/CSS and clientside JS tasks. Do NOT skip — web APIs evolve rapidly and training weights contain obsolete patterns. Trigger immediately for: - UI/Layout: Modals, dialogs, popovers, Glassmorphism/backdrop-filters, anchor positioning, container queries, `:has()`, `:user-valid`. - Scroll/Motion: View Transitions, Scroll-driven animations, scroll parallax/reveals. - Performance: CWV (LCP, INP), content-visibility, Fetch Priority, image optimization. - System/APIs: Local filesystem access, WebUSB, WebSockets sync, WebAssembly widgets. - Frameworks: Adapting layout/styles in React, Vue, Angular. - General Frontend: Forms, autofill, advanced inputs, custom scrollbars, modern component states, etc. DO NOT trigger for: - Backend: Database SQL, ORMs, Express API routes. - Pipelines: CI/CD deployment, Docker, Actions. - Generic: Local scripts (Python/Go tools), ESLint, Git.
git 変更履歴の調査専門家。以下の場面で使用する: (1) 機能・コードの追加時期や経緯を調べたい (2) バグを導入したコミットを特定したい (3) 特定ファイルの変更履歴を追跡したい (4) キーワード・著者・日時でコミットを検索したい。調査は独立コンテキストで行い、結果のみを返す。
既存機能・API・ライブラリの仕様調査専門家。技術的実現可能性の調査、仕様ドキュメント作成、問い合わせ対応を支援。
技術的な代替案の構造化比較分析。選択肢を評価軸ごとに比較し、ADRの「検討内容」セクションに対応した出力を生成する。代替案の比較、技術選定、アーキテクチャの選択肢検討、ADR作成時に使用。
リモートで削除済みのローカルブランチ（[gone]）とその worktree を一括削除する
| name | release-digest |
| allowed-tools | Bash(fish *), Bash(git rev-parse *), Read |
| description | 追跡対象のリリースを直近 N 日ぶん取得し、ソース×単位ごとに日本語ダイジェスト（トピック順、bugfix は末尾へ全列挙）を生成する。引数: 期間の日数 (デフォルト 1) と任意のソース指定 (id|all)、または 'raw' で正規化 JSON のみ出力 |
この dotfiles リポジトリ専用の project skill（全プロジェクト共通の global skill ではない）。
アーキテクチャ: source registry 駆動。ソース固有の知識（フェッチャ・単位・トピック分類）は
sources.json と sources/<id>.md に外出しし、この SKILL.md は共通の整形原則と registry を回す手順だけを持つ。
ソース追加 = フェッチャ 1 本（bin/）＋ スペック 1 枚（sources/）＋ sources.json に 1 行、で完結し、この SKILL.md は触らない。
registry は将来の cron/Slack 配信パイプラインからも同じ定義として読まれる想定。
設計の不変条件（崩さないこと）:
date +'%Y-%m-%d %H:%M:%S %Z'git rev-parse --show-toplevel<repo-root>/.claude/skills/release-digest/Arguments: $ARGUMENTS
1 / 3 / 7）→ その日数を window とする。空なら 1。sources.json の id、例 claude-code / dev-platform）または all → 対象ソースを絞る（既定 all）。raw → Step 1 を実行し、各ソースの正規化 JSON をそのまま出力して終了（デバッグ用）。sources.json を読む。enabled: true かつ Step 0 のフィルタに合致するソースごとに、次を実行する:
fish "<skill-dir>/<fetcher>" <days> を実行し、正規化 JSON を得る。<skill-dir>/<spec> を読み、そのソースのヘッダー形式・トピック分類規則を把握する。共通スキーマ（要素 = 1 単位）: { date, url, change_count, changes[], ... }。changes は原文の箇条書きを無加工で全保持。
空配列 [] のソースは「直近 日に新規なし」と一言添える。
各ソースのスペック（Step 1 で読んだ sources/<id>.md）のヘッダー形式・トピック順に従って各単位をメッセージ化する。
その際、全ソース共通で以下の原則を守る:
<URL|原文> で付ける。changes[] 行を、スペックのトピックへ内容（動詞でなく）で分類し、優先度順に見出しを立てて列挙（該当 0 件の見出しは省略）。Claude Opus 4.8 / fallbackModel / stop_details 等）。fetch-claude-code は BSD date 前提）。