release-tweets

リリースツイート

ユーザーがリリースツイート、ローンチツイート、Xでの告知、リリーススレッド、変更履歴からツイートへの書き換え、またはリリース済みバージョンのソーシャル投稿文を求めたときに使用します。このスキルの対象はリリース告知文であり、リリースの実施ではありません。

告知内容の根拠を確認する

• 確信を持った告知文を書く前に、リリース対象を確認します。
  • 該当する CHANGELOG.md のセクションまたは GitHub のリリースノートを読む
  • プロジェクトに該当するタグ、リリース、npm、appcast、成果物の状態を確認する
  • Unreleased、ベータ版／プレリリース、安定版、ホットフィックス、修正版を区別する
• 最上部の変更履歴に記載されているという理由だけで、機能がリリース済みだと書かないでください。可能な場合はタグ、リリース、パッケージの根拠を確認します。
• ユーザーに見えるメリットを先に伝えます。機能、連携、ワークフローの改善、インストール／更新の信頼性、セキュリティ修正などです。
• それが実際のリリースの主題でない限り、CI、カバレッジ、検証、リファクタリング、内部移行、リリース手順から書き始めないでください。
• 根拠が不十分な場合は、未確認の内容を明示し、断定を避けた表現で下書きします。

ローンチツイートの形式

• URL を1つ入れられる余裕を残し、通常のツイートは280文字未満にします。
• 一般的な形式：
  • 製品名＋バージョン
  • 空行
  • 絵文字で始まる簡潔な機能紹介を3～4項目
  • 空行
  • 短い締めの一言
  • リリース／変更履歴のURL
• ローンチツイートでは、原則として絵文字付きの箇条書きを使います。機能や製品に合った、明快で控えめな絵文字を選びます。ユーザーがプレーンテキストを希望した場合、またはインシデントに関するリリースの場合に限り省略します。
• トーン：情報量が多く、簡潔で、自信があり、必要に応じて少し辛口にします。企業的な表現は避けます。
• 冗談は最大1つにします。機能の箇条書きで伝えましょう。
• リリース／変更履歴のURLは末尾に置きます。
• 投稿用として提示する前に、最終版の文字数を生の文字列で数えます。

ベータ版、ホットフィックス、修正版

• ベータ版／プレリリース：
  • ベータ版であることを明示する
  • 安定版に昇格したような印象を与えない
  • 適切に「ベータ N」、「VERSION-beta.N」、「プレビュー」と表記する
• ホットフィックス／修正版：
  • 率直に、責任を持って伝える
  • 見落とされた内容、修正内容、新しいバージョンを明記する
  • ユーザーが軽いトーンを求めない限り、冗談は省く

スレッド

• まず、汎用のローンチツイートについて合意します。
• その後、フォローアップを1つずつ作成します。ユーザーが next と言ったら、次の返信だけを提示します。
• 各フォローアップでは、機能またはユーザーのワークフローを1つ取り上げます。
• 該当機能のドキュメント／リリースURLがあれば含めます。
• スレッド内でバージョンがすでに明らかな場合は、各返信で繰り返さないようにします。
• フォローアップの適切な長さは、生の文字数で160～220文字です。上限は280文字です。

投稿とクリップボード

• 既定では下書きを作成します。ユーザーから明示的に依頼されない限り、X／Twitterには投稿しません。
• コピーを依頼された場合は、macOSでは pbcopy を使い、コピー済みであることを伝えます。
• Peterの環境から投稿するよう依頼された場合は、利用可能であればローカルの bird／xurl ワークフローを優先し、投稿URLを確認します。
• メディアを捏造してはいけません。ユーザーがメディアを希望する場合は、既存のリリーススクリーンショット／アセットを使うか、別途依頼するか生成します。

品質チェック

最終回答の前に、次の点を確認します。

• 各ツイートが280文字未満であること
• バージョン文字列とリリースチャンネルが正確であること
• 求められている、または含めるべきリリースURLがあること
• 未確認の主張がないこと
• ローンチツイートの絵文字付き箇条書きが3～4項目以内であること
• Peterらしい簡潔な表現であること。事実を削る前に、余分な言葉を削ります。

例

OpenClaw 2026.4.20 beta 1

🐳 Docker install/update smoke
🖥️ Parallels upgrade checks
🔧 Package verification tightened

Beta first. Stable after the gauntlet.
<release link>

RepoBar 0.5.0 is live

📋 GitHub refs from your clipboard
🔎 Issue, PR, and commit previews
🟢 Open/closed/merged at a glance
🔒 No Accessibility permission needed

Tiny bar, much less mystery.
<release link>

Packaging issue in 2026.4.20-beta.1.

2026.4.20-beta.2 fixes install/update verification. No tag rewrites; beta moves forward.

Upgrade with the beta channel.
<release link>