本文へ移動
cccskills
無料GitHub で公開日本語紹介

openclaw-pr-maintainer

OpenClawの課題やプルリクエストを、現在のソースとテスト結果に基づいて調査・レビューし、許可された範囲で修正からマージ完了の確認まで進めるスキル。

原文原文の説明を見る

Review, triage, repair, or land OpenClaw issues and pull requests with current-source evidence and the native maintainer workflow.

インストール方法を見る

こんなときに便利

  • OpenClawのPRをレビューしたいとき
  • 報告された不具合のローカル修正
  • 課題が既に解決済みか確認したいとき
  • 承認済みPRのマージとCI対応

日本語での紹介

できること

OpenClawの課題やプルリクエストを調査し、現在のソースに基づくレビュー、修正、マージまでの作業を進めます。対象の変更、呼び出し元、テスト、履歴などを確認し、不具合の再現と修正の検証を行います。既に解決済みの場合も、該当する変更と現在の動作を根拠に判断します。マージを依頼された場合は、CIの失敗や競合への対応を含め、GitHub上で完了した状態まで確認します。

こんなときに便利

提案された変更の妥当性を見極めたいときや、報告された不具合を修正したいときに向いています。投稿者の貢献や無関係な作業を保ちつつ、レビュー結果と検証の限界を整理します。

使い方の例

  • 「このOpenClawのPRをレビューして、根拠のある指摘をまとめて」
  • 「この課題を再現し、ローカルで修正と検証をして」
  • 「このPRをマージし、リモートで完了を確認して」

注意点

Git、GitHub CLIのghと、対象リポジトリの作業環境を使います。レビューだけの依頼では編集や投稿を行わず、ローカル修正の依頼だけでは公開しません。ルートのAGENTS.md、CODEOWNERS、GitHub上の必須レビューなどに従い、重要なコード変更にはautoreviewによる確認を組み込みます。

この紹介文は、公開されている SKILL.md をもとに AI(Claude Haiku)が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル(6)

  • SKILL.md8.8 KB
  • references/attribution.md2.1 KB
  • references/landing.md38.1 KB
  • references/media.md3.3 KB
  • references/triage.md3.0 KB
  • scripts/github-activity.sh6.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

OpenClaw PR Maintainer

Use for the requested OpenClaw issue/PR operation. Root AGENTS.md owns repair, product, source-trust, and approval policy; this skill owns the GitHub workflow. A pasted ref is context, not permission to publish or expand the task.

Select the scope

  • Review, triage, or list: read-only. Explain the change, actionable findings, useful evidence, and material uncertainty. Do not edit, assign, label, comment, or close unless separately authorized.
  • Fix only: investigate, repair locally, and validate. Publishing still requires ship/land or equivalent scoped authority.
  • Land/ship or autonomous repair: finish the authorized scope through current source proof, review, native merge submission, and verified remote merge. Keep checking pending requests and repair CI failures or conflicts under the same authority; accepted auto-merge is pending work, not task completion. Preserve contributor credit and unrelated work. Routine steps need no repeated permission; security, schema, product, release, and other root gates remain.
  • Queue/discovery: read triage. Batch live reads and shared discovery; do not turn one named PR into an unsolicited queue sweep.
  • Author or regression attribution question: read author and provenance research. Account age and contribution-history queries are conditional, not a prerequisite for every PR.

The lead remains hands-on. Use bounded independent workers where they add useful evidence; serialize shared checkout/ref mutations and GitHub writes. Do not create user-owned app tasks to hide internal subtasks. Preserve a stalled worker's patches, claims, and proof before taking over or reassigning its work.

Inspect the actual item

Start with git status -sb; preserve unrelated changes. Use available local gitcrawl data for related work when useful, then bare PATH gh with narrow JSON fields for live decisions. Stale/missing archives fall through to gh; do not broadly sync archives just to begin. PR source comes from gh pr view/diff and the checkout, not web search.

gh pr view <pr> --repo openclaw/openclaw \
  --json number,title,state,body,author,assignees,baseRefName,headRefName,headRefOid,files,comments,reviews
gh issue view <issue> --repo openclaw/openclaw \
  --json number,title,state,body,author,assignees,comments

Check assignment before deep work. Mention another assignee and treat a fresh assignment as active ownership unless the user directs otherwise. Assignment alone is not a block when stale or explicitly overridden. Claim an unassigned named item only under assignment or landing/autonomous-resolution authority, using the verified authenticated login. Never remove others' assignments without direction. Account/activity research belongs to its conditional route.

Establish the outcome

Read the affected owner, entry points, callers, relevant siblings, tests, docs, history, and current main as needed to support a conclusion. Inspect dependency contracts directly when they determine behavior; apply the root's personal Codex-source inspection requirement when relevant. Investigate contrary evidence before defending a verdict. Do not fill an arbitrary evidence matrix or invent a rejected alternative merely to satisfy a form.

  • Already fixed: prove the original behavior is repaired on current main, with the canonical commit/PR and matching source or runnable proof. Under closure authority, comment that evidence and close; otherwise report it.
  • Real defect: reproduce it, repair its owning invariant, and prove the repaired path and affected siblings. Prefer a coherent simplification over a symptom guard. Size and LOC are context, not correctness gates.
  • Existing useful PR: improve the editable branch rather than replacing it unnecessarily. If it cannot safely be updated, create an authorized credited replacement before closing the source. Never squash a contributor-owned PR after replacing its ancestry; use a maintainer-owned replacement.
  • Uncertain or product decision: state the concrete gap. Do not merge a speculative repair or automatically close work as out of scope.

Use $openclaw-testing to choose proportional proof and its source-trust/host route. Trusted development proof defaults local; remote proof needs an environment or isolation reason. Unavailable optional live proof may use meaningful boundary proof with the limitation stated. Explicit live requests, external API contracts, and changes whose risk requires authenticated execution keep their required proof. Never describe mocks, skipped checks, or an older head as live evidence. For behavioral changes, apply the boundary-proof contract and $test-audit. Check requested behavior separately from repository standards; meeting one does not establish the other.

CODEOWNERS review

CODEOWNERS routes review; check live GitHub enforcement. Restricted/security paths and material product, behavior, security, or ownership changes need listed-owner involvement. For ownership/review governance, verified active organization-admin direction also qualifies; repository admin/bypass alone does not. Neither route waives enforced reviews.

Review and publish

Before committing or landing nontrivial code, run $autoreview and resolve verified actionable findings. Use it for a review-only request when that request asks for independent autoreview; ordinary findings-only review does not need a second reviewer by default. Do not add another mandatory CLI review pass. Reopen review for substantive changes or unresolved concerns, not a patch-identical rebase or a mechanical head change. Address real human/bot findings and explain rejected ones; bot scores and Rank-up lists do not create separate obligations.

Use the current PR template. Lead with the plain-language problem and concrete user impact; keep the explanation short and leave implementation inventories in the diff or optional details. Keep important risks, migrations, required actions, useful evidence, known gaps, and contributor credit visible and current. Do not invent a user benefit for internal-only work. Explain material tradeoffs when they matter; do not require universal LOC tables, provenance fields, or alternate-fix essays. CHANGELOG.md is release-owned; user-facing release-note context stays in the PR/commit. Omit agent transcripts unless explicitly requested.

Before public mutation, verify author/committer and authenticated writer identity. Use body files for shell-sensitive text. Post findings only under the authorized write scope, and update an existing relevant comment/body instead of duplicating it. Publication, media, exact-head CI, and native landing mechanics are in landing; read that reference before publishing or merging.

Verify the final merge/closure state and source rather than trusting a local summary. Report the problem, owner-level change, important proof and limitations, credit, and linked final state in concise prose. Record worthwhile follow-ups; do not manufacture another task after a bounded request is complete.

Finalize and clean up

Never remove the worktree containing a live session's cwd, including your own. A child command's cd or cwd override does not move the parent session. Defer that worktree's removal until the session exits or releases its cwd; report the retained path in the final handoff. Once the requested outcome and required verification are complete, remove the task's disposable proof and scratch. This includes test logs, receipts, local proof archives, and .crabbox outputs. Do not retain, archive, export, or hand off these files merely to remove the completed task's worktree. Follow native closeout.

Required pre-merge proof stays mandatory. Preserve requested deliverables, explicit retention requests, unfinished source, recovery state needed by unfinished operations, active owners, credentials, agent state, and shared dependencies. Optional follow-ups do not keep a completed task open.

This applies to every task, not only PR work: report routine findings in chat/stdout. Create files only for deliverables or concrete tool/proof/recovery needs; state their purpose and reuse them. After the requested outcome and required verification are complete, remove task-owned proof, scratch, and finished worktrees through their native lifecycle. Do not require an archive or evidence handoff. Preserve requested deliverables, explicit retention requests, unfinished source and recovery state, live owners, credentials, agent state, shared dependencies, and unknown ownership.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

1password

無料日本語概要

1Password CLIの導入と認証を確認し、保存したパスワードやAPIキーをコマンドや設定へ渡します。デスクトップ連携やサービスアカウントにも対応します。

  • 1Password CLIを導入したいとき
  • APIキーをコマンドに渡したいとき
  • CIでサービスアカウント認証を使う
openclaw/openclaw39.2万2026年10月12日 更新

acp-router

無料日本語概要

OpenClawへの自然な言葉の依頼をClaude Codeなどの外部コーディングエージェントへ振り分け、作業の開始や継続、スレッド内の会話をつなぐスキルです。

  • Claude Codeをスレッドで開始
  • 外部エージェントの作業を続けたいとき
  • acpxから直接指示を渡したいとき
openclaw/openclaw39.2万2026年10月12日 更新

add-model-provider

無料日本語概要

OpenClawにモデル提供サービスを追加し、実際の応答まで確認するスキル。認証情報は環境変数やファイルへの参照で扱い、設定の検証と結果報告も進めます。

  • OpenClawにモデルを追加したいとき
  • 認証情報を参照形式で設定したいとき
  • モデルの実際の応答を確認したいとき
openclaw/openclaw39.2万2026年10月12日 更新

agent-transcript

無料日本語概要

AIエージェントの作業ログから、GitHubのPRやissueに添える記録を作ります。関連部分を絞り、機密情報を除いてプレビューと掲載を扱います。

  • PRに添えるエージェント作業記録の作成
  • ローカルログから関連する依頼と結果を抽出
  • 機密情報を除いた記録のプレビュー
openclaw/openclaw39.2万2026年10月12日 更新

apple-notes

無料日本語概要

macOSのApple Notesをエージェントから作成・検索・編集・削除し、フォルダ間の移動やHTML・Markdownへの書き出しを行うスキル。

  • タイトルを付けてメモを作りたいとき
  • フォルダ指定やあいまい検索でメモ探し
  • メモの編集とフォルダ整理
openclaw/openclaw39.2万2026年10月12日 更新

apple-reminders

無料日本語概要

Apple Remindersの予定付きToDoをMacから確認・追加・編集するスキル。リストの管理や完了・削除にも対応し、iPhoneやiPadで見るタスクを整理できます。

  • 今日のタスクや期限超過を確認したいとき
  • 期限付きの個人ToDoを追加したいとき
  • iPhoneやiPadのタスクを整理
openclaw/openclaw39.2万2026年10月12日 更新

openclaw のスキルをすべて見る

このスキルの問題を報告する