mcpField
G
github-author-context

github-author-context

github.com/steipete開発7.4k89 回インストール1 週間前に更新
リポジトリ

github-author-context について

github-author-context は、PR レビュー時に GitHub ユーザーの情報を整理するメンテナー向けスキルです。指定された順に情報源を確認し、本人情報、活動、関連リスクを簡潔にまとめる形式を示します。

主な機能

  1. 01コントリビューターのメモを検索
  2. 02GitHub の公開プロフィールを確認
  3. 03対象リポジトリでの活動を調査
  4. 04簡潔な作者コンテキストを作成
  5. 05今後のレビューに役立つメモを記録

活用シーン

  1. 01PR レビュー前に作者の背景を確認
  2. 02リポジトリでの活動から貢献状況を評価
  3. 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 のプロフィール確認は省略してください。

情報源の順序

  1. OpenClaw のコントリビューターノート:
~/Projects/maintainers/scripts/clawtributors find github <login>

~/Projects/maintainers/contributors/people に一致するコントリビューターファイルがある場合は、次の項目のみを読みます:

  • Identity
  • Signals
  • Context
  • Evidence
  • Notes

新しいコントリビューターファイルがなく、古いメンテナーのコンテキストが役立つ可能性がある場合に限り、次をフォールバックとして使用します:

rg -n -i "<login>|<name>|<discord>" ~/Projects/openclaw-maintainers/people ~/Projects/openclaw-maintainers/data

一致する古い人物ファイルがある場合は、関連する次のセクションのみを読みます:

  • Verdict
  • Identity
  • Company Affiliation
  • Metrics
  • Discord Communication
  • Evidence
  • 存在する場合は Risks/Concerns/Recommendation
  1. GitHub 公開プロフィールの最新情報:
gh api "users/<login>" --jq '{login,name,company,location,bio,blog,twitter_username,created_at,followers,following,public_repos}'
  1. 対象リポジトリでの活動:
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 のコントリビューターファイルを優先してください。

  1. 必要に応じてローカルの 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."

ノートは簡潔で事実に基づいたものにし、日付とリンクを付けてください。通常の雑音は記録しないでください。

コメント