github-author-context について
github-author-context は、PR レビュー時に GitHub ユーザーの情報を整理するメンテナー向けスキルです。指定された順に情報源を確認し、本人情報、活動、関連リスクを簡潔にまとめる形式を示します。
主な機能
- 01コントリビューターのメモを検索
- 02GitHub の公開プロフィールを確認
- 03対象リポジトリでの活動を調査
- 04簡潔な作者コンテキストを作成
- 05今後のレビューに役立つメモを記録
活用シーン
- 01PR レビュー前に作者の背景を確認
- 02リポジトリでの活動から貢献状況を評価
- 03PR 対応後に有用なメンテナー情報を記録
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ steipete/ agent-scripts --skill github-author-contextインストール後、Claude Code で/github-author-contextを入力して読み込まれたか確認します。
同梱ファイルagents/openai.yaml
詳細
GitHub 作成者のコンテキスト
PR 作成者または GitHub ユーザー向けに、コンパクトなメンテナー用プロフィールを作成します。作成者が Peter(steipete、Peter Steinberger、または Peter が所有していることが明らかなボット/アカウント)の場合を除き、PR レビューではデフォルトでこれを使用してください。
入力
GitHub ログイン名を優先してください。PR から取得する場合:
gh pr view <n> --json author,url,headRepository,baseRepository -q '{author:.author.login,url:.url,repo:.baseRepository.nameWithOwner}'
ユーザーから明示的に依頼されない限り、steipete のプロフィール確認は省略してください。
情報源の順序
- OpenClaw のコントリビューターノート:
~/Projects/maintainers/scripts/clawtributors find github <login>
~/Projects/maintainers/contributors/people に一致するコントリビューターファイルがある場合は、次の項目のみを読みます:
IdentitySignalsContextEvidenceNotes
新しいコントリビューターファイルがなく、古いメンテナーのコンテキストが役立つ可能性がある場合に限り、次をフォールバックとして使用します:
rg -n -i "<login>|<name>|<discord>" ~/Projects/openclaw-maintainers/people ~/Projects/openclaw-maintainers/data
一致する古い人物ファイルがある場合は、関連する次のセクションのみを読みます:
VerdictIdentityCompany AffiliationMetricsDiscord CommunicationEvidence- 存在する場合は
Risks/Concerns/Recommendation
- GitHub 公開プロフィールの最新情報:
gh api "users/<login>" --jq '{login,name,company,location,bio,blog,twitter_username,created_at,followers,following,public_repos}'
- 対象リポジトリでの活動:
gh search prs --repo <owner/repo> --author <login> --state merged --limit 20 --json number,title,mergedAt,url
gh search prs --repo <owner/repo> --author <login> --state open --limit 20 --json number,title,updatedAt,url
gh search issues --repo <owner/repo> --author <login> --state open --limit 20 --json number,title,updatedAt,url
gh api "repos/<owner>/<repo>/collaborators/<login>/permission" --jq '{permission,user:.user.login}' 2>/dev/null || true
OpenClaw の場合は、情報の鮮度が明らかに重要でない限り、活動を再計算するより、新しい openclaw/maintainers のコントリビューターファイルを優先してください。
- 必要に応じてローカルの git 証拠:
git log --all --author="<login>" --since="90 days ago" --oneline --decorate --no-merges | head -40
git shortlog -sne --all | rg -i "<login>|<name>|<email>"
出力
簡潔にまとめます。PR レビューの上部付近に、次のブロックを追加してください:
Author context: @login
- Who: <name/company/location/role, confidence>
- Activity: <merged/open PRs, issues, reviews/commits if known>
- OpenClaw signal: <maintainer/candidate/drive-by/vendor/security/unknown>
- Risk: <review-load, broad PRs, low history, company-governance, none obvious>
Peter から依頼されない限り、非公開の電話番号/メールアドレス/連絡先情報を引用しないでください。勤務先と、OpenClaw に対して会社の業務として行った作業は区別してください。ほとんどの人には勤務先があります。
コントリビューターノート
マージ/却下/クローズ/レビューの後、今後のレビューに役立つ情報がある場合に限り、ノートを追加してください。たとえば、初めての良好なマージ、特に優れた作業、繰り返される品質上の問題、質の低い作業、再現できない問題の報告が続くこと、並外れた対応の速さ、最後までやり遂げないこと、本人確認などです。
Markdown の書式を統一するため、メンテナーリポジトリのヘルパーを使用してください:
~/Projects/maintainers/scripts/clawtributors note github <login> --kind merged --pr <n> --summary "Focused bug fix. Tests credible. Smooth review."
~/Projects/maintainers/scripts/clawtributors note github <login> --kind rejected --pr <n> --summary "Broad generated refactor; no reproducible bug; asked to split."
~/Projects/maintainers/scripts/clawtributors link github <login> discord <id> --username <discord> --confidence high --evidence "Self-linked authored PRs in #clawtributors."
ノートは簡潔で事実に基づいたものにし、日付とリンクを付けてください。通常の雑音は記録しないでください。