leaving-pr-comments について
ユーザーに代わって GitHub のプルリクエストにコメントするエージェント向けスキルです。統一した帰属表示、プライバシー確認、簡潔な文体、投稿後の検証手順を定めます。
主な機能
- 01帰属表示の書式指定
- 02秘密情報とプライバシーの確認
- 03簡潔なコメントの指針
- 04投稿前の Markdown プレビュー
- 05コメントと URL の投稿確認
活用シーン
- 01PR のトップレベルコメント作成
- 02レビュー担当者やボットへの返信
- 03レビュー スレッドの対応理由の説明
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ t3dotgg/ tstack --skill leaving-pr-commentsインストール後、Claude Code で/leaving-pr-commentsを入力して読み込まれたか確認します。
同梱ファイルagents/openai.yaml
詳細
PR コメントの投稿
ユーザーに代わってエージェントが投稿するすべてのコメントには、次の GitHub ノートコールアウトを先頭に付けます。
> [!NOTE]
> 🤖 **<model> responding on behalf of <user>**
Actual comment starts here.
コメントを書いたモデルの、確認済みの公開名と、ユーザー名または GitHub ログイン名を使用します。
ハーネスからモデル名を取得できない場合は、ハーネス名を使用します。推測してはいけません。
投稿前に、引用テキストや添付ファイルも含め、コメント全体に秘密情報や非公開情報がないか確認します。
帰属情報はノート内に記載し、実際の返信はノートの外に記載します。コンテキスト行はロボットの絵文字で始めます。水平線、Setext 形式の下線、見出し、署名フッター、2つ目の帰属情報は追加しません。
この形式は、PR のトップレベルコメント、インラインレビューコメント、ボットやレビュアーへの返信、フィードバックを解決または却下する前に記載する説明に適用します。PR の説明、コミットメッセージ、またはユーザーが帰属情報なしでそのまま投稿するよう明示的に依頼したテキストには追加しません。
コメント自体は、直接的な文体で記述します。
- 結論から述べます。
- 関連するコード、動作、チェック、または再現手順を示します。
- 簡潔にし、冗長な表現、定型的な感謝、状況の説明は避けます。
- 確認済みの事実と判断を区別します。
投稿前に最終的な Markdown をプレビューし、引用や空行が意図したとおりに表示されることを確認します。投稿後は、GitHub からコメントまたはレビューの URL が返されたことを確認します。レビューへの返信が正常に投稿された後にのみ、レビューのスレッドを解決します。