菜单
GitHub Release に紐付くリリース告知ツイート（X / Bluesky / Mastodon 等、長文 SNS 向け）の草案を生成するスキル。 `/release-tweet` または `/release-tweet <tag>` で起動し、`gh release view` で最新もしくは指定タグのリリースノートを取得して、 takt 作者風のフォーマット（テーマ絵文字 + 機能ごとの散文 + 末尾の bug-fix 箇条書き）にリライトする。 「リリース告知ツイート」「リリースのツイート文作って」「X 告知文」「Bluesky 用に書いて」などで発動する。 注意: 投稿自体は行わない。草案を会話に提示するだけ。 注意: GitHub Release が 1 件もないリポジトリ（タグだけある状態）では起動しない。
takt の workflow で GitHub issue を実行するスキル。`takt add` → `takt run` 経路で worktree を作成し、 長時間 workflow を background 実行 + `tasks.yaml` poll ループで完了検知、完了後の PR 化（takt CLI の postExecutionFlow に委譲）と積み上げ・クリーンアップまでを統一手順で行う。 「takt で issue 対応」「takt で #N を進めて」「takt 回して」など、takt 経由で issue を実装する意図が読み取れる発話で発動する。
Node.js / npm リポジトリ向けに GitHub Release の作成をリリース PR 経由で実行するスキル。 `/release` 1 コマンドでリポジトリの状態を自動判定し、 前半（prepare: バージョン判定 → リリースブランチ → PR 作成）または 後半（publish: GitHub Release 作成 → ブランチ削除）を実行する。 「リリースして」「リリース作って」「バージョン上げて」「npm に公開して」 「新しいバージョン出して」「/release」で発動。 注意: リリースの閲覧・削除は対象外。新規リリース作成のみ。 注意: `package.json` を持たないリポジトリでは起動しない（Cargo.toml / pyproject.toml / go.mod 等は対象外）。
AI に色々作業させていると溜まりがちな「残骸」をリポジトリ全体から検出するスキル。 過剰な防御・半端な実装、ドキュメントの陳腐化、スキル記述と実装の乖離、意味のない後方互換維持 — この 4 カテゴリを `git ls-files` 基点で走査し、検出結果をユーザーに確認させた上で 1 件ずつ `issue` スキルに委譲して GitHub issue を起票する。 「AI の残骸チェック」「リポジトリの健康診断」「ドキュメントと実装ずれてへん？」 「棚卸しして」「お掃除したい」「AI くさい書き方残ってない？」 「deprecated の掃除」「後方互換残ってない？」「/repo-audit」で発動。 自然文でも積極的に発動すること。特に「このリポジトリ全体を見て」「定期点検」 「リポジトリに溜まってるゴミ」のような広い言い回しでもこのスキルを使う。 注意: 自動修正はしない。検出と issue 起票のみ。差分ベースのレビューは built-in の `/review`、 脆弱性の深掘りは built-in の `/security-review`（手動実行）の責務。
takt CLI（タスク登録・workflow 駆動・worktree 自動生成・catalog 機構）のコマンドリファレンス。 本文に記載のあるコマンド・設定ファイル・workflow 概要に限定し、未収録のサブコマンド挙動は保証しない。 「takt の使い方」「takt のコマンド教えて」「default と default-mini の違い」 「takt catalog って何」「workflow を eject したい」「tasks.yaml の見方」など、 takt 本体の仕様・コマンド・設定に関わる場面で発動すること。 issue → PR の一連のワークフロー実行は takt-issue スキルを使う（本 skill はその補助参照）。
Use when マージ済みの不要ブランチを一括削除したいとき。「ブランチ整理」「マージ済み削除」「branch 掃除」「ブランチ一覧きれいにして」など、ブランチの整理に関わる場面で使用すること
cmux で複数の Claude Code セッションを並列起動し、git worktree で分離して同一リポジトリの複数タスクを同時進行する。起動後はメインエージェントが各 pane の画面を監視し、進捗集約・エラー検知・完了判定まで自動で行う。「並列で」「同時に」「cmux で分割」「複数タスク」「並行して進めたい」「まとめて実装」「オーケストレーション」「監視付きで並列実行」「進捗集約」など、1 つのリポジトリで複数の独立したタスクを並行作業したい場面で使用すること。タスクの分割・同時実行・並列進捗管理について言及があればこのスキルの出番
| name | release-tweet |
| description | GitHub Release に紐付くリリース告知ツイート（X / Bluesky / Mastodon 等、長文 SNS 向け）の草案を生成するスキル。 `/release-tweet` または `/release-tweet <tag>` で起動し、`gh release view` で最新もしくは指定タグのリリースノートを取得して、 takt 作者風のフォーマット（テーマ絵文字 + 機能ごとの散文 + 末尾の bug-fix 箇条書き）にリライトする。 「リリース告知ツイート」「リリースのツイート文作って」「X 告知文」「Bluesky 用に書いて」などで発動する。 注意: 投稿自体は行わない。草案を会話に提示するだけ。 注意: GitHub Release が 1 件もないリポジトリ（タグだけある状態）では起動しない。 |
直近もしくはユーザー指定の GitHub Release を起点に、SNS 投稿用の告知文を草案する。
gh release view <tag> で取得するリリースノート（GitHub が自動生成した PR ベースの分類）/release-tweet または /release-tweet <tag> で明示的に起動されたときgh が認証済みであること（gh auth status で OK）gh repo view が成功する）GitHub Release が 0 件の場合は次のメッセージを表示して終了：
release-tweet スキルは GitHub Release を起点に告知文を生成します。対象リポジトリに Release が存在しないため終了します。
/releaseで Release を作成してから再実行してください。
引数が与えられていれば（例: /release-tweet v0.8.1）、そのタグを対象とする。タグが存在しなければエラーで終了。
引数がなければ最新の Release を対象とする：
gh release list --limit 1 --json tagName -q '.[0].tagName'
gh repo view --json name,description -q '{name, description}' # プロジェクト名・概要
gh release view <tag> --json tagName,name,body,publishedAt,url # Release ノート本体
body には GitHub が自動生成した PR ベースの一覧が含まれる（* PR タイトル by @author in #N 形式）。
必要に応じて主要 PR の本文を gh pr view <N> --json title,body で個別に深掘りして、散文化の材料にする。
各 PR / コミットを次の 3 カテゴリに分類する：
| カテゴリ | 内容 | 出力形式 |
|---|---|---|
| 主要（user-facing） | 新機能 / 体感改善 / 重要なバグ修正 | テーマ絵文字付き散文ブロック（見出し + 2-3 文） |
| 実験的 | experimental / preview / beta 等 | 🧪 + 散文ブロック |
| その他・内部 | 軽微な修正 / 内部リファクタ / 開発環境 / CI | 🔧 + 箇条書き |
判断に迷う場合：
下記「Style Guide」に従って 1 つのツイート文を組み立て、会話にそのまま提示する。コードブロックではなく、ユーザーがそのままコピペできる地の文として出力する。
提示後に「絵文字を変える / 散文をもっと短く / URL も付ける / 英語版も欲しい / 別 SNS 向けに整える」などの調整要求に応える。
このセクションがツイートの「声」を決める。トーンを変えたいときはここを編集する。
<theme-emoji> <project-name> <tag> リリース
<theme-emoji> <主要 1 の見出し>
<2-3 文の散文。何が変わったか + なぜ嬉しいかを書く>
<theme-emoji> <主要 2 の見出し>
<2-3 文の散文>
...
🧪 <実験的機能の見出し> # 該当があれば
<2-3 文の散文>
🔧 その他 # 該当があれば
- <短い 1 行>
- <短い 1 行>
末尾に URL を含めない（ユーザーが「URL も付けて」と明示したときだけ追加する）。 ハッシュタグも含めない（同上）。
リポジトリの性質を見て、1 つのテーマ絵文字を選び、見出し行で繰り返し使う。例：
| ジャンル | 推奨 |
|---|---|
| 音楽・指揮系 | 🎼 / 🎵 |
| 文書・Markdown | 📝 / 📄 / 📖 |
| 開発ツール・CLI | 🛠 / 🧰 / ⚙️ |
| データ・分析 | 📊 / 📈 |
| Web・ブラウザ | 🌐 / 🪟 |
| 汎用デフォルト | 📦 |
ユーザーが好みを指示したらそれを優先する。実験的セクションは 🧪、その他は 🔧 で固定。
📝 specv v0.8.1 リリース
📄 Source ビュー・コードブロックにコピーボタン
プレビュー画面の Source ビューと、レンダリングされたコードブロックの両方にコピーボタンを追加しました。スクロールしてもボタンが追従するので、長いソース・コードでも先頭まで戻らずコピーできます。
📄 複数インスタンスの同時起動に対応
specv を複数のディレクトリで同時に立ち上げた際、最後の起動内容で他のタブが上書きされる問題を解消しました。それぞれのインスタンスが独立した状態で動作します。
🔧 その他
- ディレクトリ構成を整理し、shared/types.ts に API レスポンスと SSE イベント型を集約しました (#69)
- エラーハンドリングを統一し、サーバー・クライアント間の例外伝播を明示化しました (#66)
| 状況 | 対応 |
|---|---|
gh 認証エラー | gh auth login を案内して終了 |
| カレントディレクトリが GitHub リポジトリでない | エラー表示して終了 |
| Release が 1 件も存在しない | Overview の案内文を出して終了 |
| 指定タグの Release が存在しない | gh release list で利用可能なタグを表示して終了 |
body が空（--generate-notes なしで作成された Release） | 代替として gh pr list --state merged --base main --search "merged:>=<prev-release-date>" から再構成し、その旨ユーザーに伝える |