← All skills
Tencent SkillHub · Data Analysis

Pr Ship

Pre-ship risk report for OpenClaw PRs. Dynamically explores the codebase to assess module risk, blast radius, and version-specific gotchas. Scores each findi...

skill openclawclawhub Free
0 Downloads
0 Stars
0 Installs
0 Score
High Signal

Pre-ship risk report for OpenClaw PRs. Dynamically explores the codebase to assess module risk, blast radius, and version-specific gotchas. Scores each findi...

⬇ 0 downloads ★ 0 stars Unverified but indexed

Install for OpenClaw

Quick setup
  1. Download the package from Yavira.
  2. Extract the archive and review SKILL.md first.
  3. Import or place the package into your OpenClaw setup.

Requirements

Target platform
OpenClaw
Install method
Manual import
Extraction
Extract archive
Prerequisites
OpenClaw
Primary doc
SKILL.md

Package facts

Download mode
Yavira redirect
Package format
ZIP package
Source platform
Tencent SkillHub
What's included
README.md, SKILL.md, package.json, references/ARCHITECTURE-MAP.md, references/CURRENT-CONTEXT.md, references/EXPLORATION-PLAYBOOK.md

Validation

  • Use the Yavira download entry.
  • Review SKILL.md after the package is downloaded.
  • Confirm the extracted package contains the expected setup assets.

Install with your agent

Agent handoff

Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.

  1. Download the package from Yavira.
  2. Extract it into a folder your agent can access.
  3. Paste one of the prompts below and point your agent at the extracted folder.
New install

I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Then review README.md for any prerequisites, environment setup, or post-install checks. Tell me what you changed and call out any manual steps you could not complete.

Upgrade existing

I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Then review README.md for any prerequisites, environment setup, or post-install checks. Summarize what changed and any follow-up checks I should run.

Trust & source

Release facts

Source
Tencent SkillHub
Verification
Indexed source record
Version
1.0.13

Documentation

ClawHub primary doc Primary doc: SKILL.md 14 sections Open source page

Overview

Pre-ship risk report for OpenClaw pull requests. This skill is updated frequently to track OpenClaw releases. The version-specific context (gotchas, behavioral changes, active risk areas) is refreshed with each upstream release. Run clawhub update pr-ship periodically to get the latest context. What it does: Diffs your current branch against main in the OpenClaw repository. Dynamically investigates each changed module using grep/find/git on the codebase itself. Produces a structured risk report with evidence-backed findings scored by severity (🟢/🟡/🔴). No approve/reject gate -- just information for you to decide what to fix before publishing.

Reference Layers

Load these files from the references/ directory. Each serves a distinct purpose: STABLE-PRINCIPLES.md -- Timeless OpenClaw coding standards: testing guide, file naming, safety invariants, common pitfalls, PR practices. ARCHITECTURE-MAP.md -- OpenClaw structural context: module hierarchy, risk tier definitions with calibrated thresholds, critical path patterns, cross-module coupling, change impact matrix. CURRENT-CONTEXT.md (optional) -- Version-specific gotchas, recent behavioral changes, and active risk areas. If this file exists, load it. It tracks the current OpenClaw release. EXPLORATION-PLAYBOOK.md -- Dynamic investigation procedures. Read-only commands (grep, find, ls, git) that discover the current state of the OpenClaw codebase. VISION-GUIDELINES.md -- Project vision, contribution policy, and merge guardrails derived from OpenClaw's VISION.md. Covers PR scope rules, security philosophy, plugin/core boundary, skills policy, MCP strategy, and the explicit "will not merge" list. Use this to catch policy and architectural misalignment. STABLE-PRINCIPLES, ARCHITECTURE-MAP, EXPLORATION-PLAYBOOK, and VISION-GUIDELINES should always be present. CURRENT-CONTEXT is optional -- if missing, the skill still works but without version-specific gotcha awareness.

1. Load reference layers

Read the four reference files listed above.

2. Collect diff against main

Get current branch: git branch --show-current Gather file list: git diff --name-only main...HEAD Gather patch content: git diff main...HEAD

3. Classify changed modules

For each changed file, identify its src/<module>/ path. Look up the module's risk tier in ARCHITECTURE-MAP.md. If the module isn't listed or you want to verify, run the dynamic consumer count from EXPLORATION-PLAYBOOK.md "Dynamic Risk Classification" section.

4. Run dynamic exploration per changed module

Follow EXPLORATION-PLAYBOOK.md "Blast Radius Discovery" for each changed file. Follow "Module-Specific Investigation Strategies" for each changed module type. Follow "Test Discovery" to identify relevant tests. Check "Red Flags Table" against the diff.

5. Evaluate findings

Compare exploration evidence against: Safety invariants and common pitfalls from STABLE-PRINCIPLES.md Version-specific gotchas from CURRENT-CONTEXT.md (if loaded) Architecture coupling patterns from ARCHITECTURE-MAP.md Contribution policy, merge guardrails, and architectural direction from VISION-GUIDELINES.md Check PR scope against Vision contribution rules (one PR = one topic, size limits, bundling policy). Check for "will not merge" category matches from VISION-GUIDELINES.md section 7. Evaluate whether new capabilities respect the plugin/core boundary and security philosophy. Every finding must include: Evidence from the diff (file + snippet) Exploration evidence (command output showing blast radius, consumers, or pattern match) Reference to the specific principle, gotcha, or coupling pattern it relates to

6. Produce report

Use the report format below. Do not output "approved/rejected".

Severity and Alert Scoring

🟢 Low Risk (score 1-2) Minor observation, style preference, or informational note. Safe to ship as-is. 🟡 Attention Needed (score 3-6) Partial mismatch, ambiguity, missing hardening, or non-blocking inconsistency. Worth reviewing but unlikely to cause breakage. 🔴 High Risk (score 7-10) Clear conflict with OpenClaw coding standards, architecture patterns, or version-specific constraints. Likely to cause bugs, regressions, or policy violations. Scoring: Score each finding individually (1-10). final_alert_score = max(per_finding_scores). If no findings, final_alert_score = 0.

Report Format

  • ## pr-ship report
  • Branch: `<current-branch>`
  • Base: `main`
  • Files changed: `<N>`
  • Modules touched: `<list with risk tiers>`
  • Findings: `<N>`
  • Final alert score: `<0-10>`
  • ### Module Risk Summary
  • | Module | Risk Tier | Consumers | Files Changed |
  • | --- | --- | --- | --- |
  • | <module> | CRITICAL/HIGH/MEDIUM/LOW | <N> | <N> |
  • ### Findings
  • 1. 🟢/🟡/🔴 Title
  • - Alert: `<1-10>`
  • - Reference: `<principle, gotcha, or pattern from reference docs>`
  • - Evidence in diff: `<file + short snippet/description>`
  • - Exploration evidence: `<what dynamic investigation revealed>`
  • - Why this matters: `<1-2 lines>`
  • - Suggested fix: `<1-2 concrete actions>`
  • (repeat)
  • ### Executive summary
  • `<short practical summary for decision>`
  • `<top 1-3 actions before publishing PR>`

Constraints

This skill is for the OpenClaw repository only. Do not use it on other projects. Review only the current branch diff against main. Do not review unrelated repository history. Do not auto-edit code unless explicitly asked. Do not convert the report into an approve/reject decision unless explicitly requested. Exploration commands are read-only (grep, find, ls, git diff). Never execute build, test, or code generation commands -- recommend them to the user in findings instead.

Provenance

Source: github.com/Glucksberg/pr-ship Maintainer: Markus Glucksberg (@Glucksberg) Update mechanism: CURRENT-CONTEXT.md metadata is refreshed daily via cron when OpenClaw upstream CHANGELOG.md changes. GitHub repo is updated separately by the maintainer. Verification: The GitHub repo is the canonical source of truth. To verify your installed copy matches: # Quick: compare file list + versions diff <(clawhub list | grep pr-ship) <(curl -s https://api.github.com/repos/Glucksberg/pr-ship/contents/package.json | jq -r '.content' | base64 -d | jq -r .version) # Full: diff your local install against GitHub SKILL_DIR="$(find ~/.openclaw/skills -maxdepth 1 -name pr-ship -type d 2>/dev/null || echo skills/pr-ship)" for f in SKILL.md package.json references/CURRENT-CONTEXT.md; do diff <(cat "$SKILL_DIR/$f") <(curl -s "https://raw.githubusercontent.com/Glucksberg/pr-ship/main/$f") && echo "$f: ✔ match" || echo "$f: ✘ differs" done

Security Notice

Reports generated by this skill may include diffs and grep output from your local repository. If your config files, environment, or code contain secrets (API keys, tokens, credentials), those values may appear in the report. Do not publish or share generated reports without reviewing them for sensitive data first.

Credits

Original DEVELOPER-REFERENCE.md format and approach adapted from mudrii's developer reference methodology. The dynamic exploration approach was designed based on feedback from the OpenClaw maintainer community.

Category context

Data access, storage, extraction, analysis, reporting, and insight generation.

Source: Tencent SkillHub

Largest current source with strong distribution and engagement signals.

Package contents

Included in package
5 Docs1 Config
  • SKILL.md Primary doc
  • README.md Docs
  • references/ARCHITECTURE-MAP.md Docs
  • references/CURRENT-CONTEXT.md Docs
  • references/EXPLORATION-PLAYBOOK.md Docs
  • package.json Config