pr

Archive PR and MR metadata and artifacts into local Change Request workspaces.

24|3|Updated Apr 22, 2026
One-click install
npx skills add https://github.com/HypoxanthineOvO/Hypo-Workflow --skill pr-hypoxanthineovo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pr
Source: https://github.com/HypoxanthineOvO/Hypo-Workflow/tree/main/skills/pr
Command: npx skills add https://github.com/HypoxanthineOvO/Hypo-Workflow --skill pr-hypoxanthineovo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Keeps PRs and MRs organized within a local Change Request archive, enabling offline planning, review, and audit without depending on remote writes.

Core Features & Use Cases

  • Local Change Request archives: automatically create .pipeline/pr/PR-YYYYMMDD-NNN and store PR/MR metadata and artifacts.
  • Evidence generation: populate request.yaml, summary.md, review-notes.md, changes.md, decisions.yaml, and an evidence folder locally.
  • Safe-by-default workflow: prompts for confirmation before any remote write and normalizes GitHub PR / GitLab MR terminology to Change Request records.

Quick Start

Use /hw:pr inspect, review, fix, merge, close, or create to manage a local Change Request archive for a PR or MR.

Frequently Asked Questions about pr

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I manage PR and MR workflows entirely in a local environment?

You archive PR and MR metadata in a dedicated local Change Request workspace under .pipeline/pr. This enables offline planning, review, and audit without requiring immediate remote actions.

Can I review and fix pull requests offline without pushing commits remotely?

Yes, the workflow creates local Change Request archives with artifacts like review-notes.md and changes.md. It operates entirely offline and prompts for explicit confirmation before executing any remote write action.

What evidence files are generated when archiving a change request locally?

Archiving a change request locally generates request.yaml, summary.md, review-notes.md, changes.md, decisions.yaml, and an evidence folder. These files are automatically populated within the .pipeline/pr/PR-YYYYMMDD-NNN directory structure.

Does the local PR archiving workflow support both GitHub and GitLab terminology?

Yes, the workflow normalizes GitHub PR and GitLab MR terminology to unified Change Request records. This standardization ensures consistent local artifact generation across different version control platforms.

How do I prevent accidental remote updates during a local code review process?

The safe-by-default workflow prevents accidental remote updates by storing all changes locally and explicitly prompting for user confirmation before initiating any remote write operations.