Reviewing 4P Priorities
SkillProductivityP0-P4 issue and task triage for vibe coding. Use when reviewing bugs, risks, feature requests, agent-surface changes, or deciding which work must happen first.
Use Reviewing 4P Priorities in Claude, ChatGPT or Ahel Desktop
Free. Sign in, add Reviewing 4P Priorities and connect your AI. About a minute.
Also: Claude Code · Cursor · Codex
Then ask your AI: use the Reviewing 4P Priorities skill
Details
Instructions available. Your AI can read the instructions. Execution depends on the setup they require.
Account requirements not reviewed. Check the skill instructions before use; Ahel provides instructions and does not run this skill.
No other account needed.
Add Ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.
What this skill tells your AI
The instructions your AI receives, as published by giang6283623/minimal-vibe-coding-kit in .agents/skills/reviewing-4p-priorities/SKILL.md and read by Ahel’s review.
Use this skill to classify work from P0 to P4 and convert review findings into a practical fix order.
Priority Scale
| Priority | Meaning | Response |
|---|---|---|
| P0 | Critical outage, data loss, security exposure, or all users blocked | Stop and fix immediately |
| P1 | Major user-facing or release-blocking failure for many users | Fix before other planned work |
| P2 | Important bug, maintainability risk, or strategic enhancement | Schedule in the current cycle |
| P3 | Local polish, minor edge case, or narrow productivity improvement | Routine backlog |
| P4 | Nice-to-have, exploratory idea, or low-confidence request | Capture, defer, or discard |
Vibe Coding Review Flow
- Identify the affected user, workflow, or agent surface.
- Separate evidence from guesses.
- Classify the current impact, not hypothetical worst cases.
- Explain why the item is not one level higher or lower.
- Convert each P0-P2 item into a small fix task and validation check.
- Leave P3-P4 items as optional follow-up unless they reduce risk cheaply.
Output
## 4P Review
Classification: P<0-4>
Issue: <short description>
Evidence:
- <observed fact>
Impact:
- Users/workflows affected: <scope>
- Failure mode: <what breaks>
Rationale:
- Why this priority:
- Why not higher:
- Why not lower:
Fix order:
1. <small task>
2. <small task>
Validation:
- <command or manual check>
Priority Boundaries
- P0 requires immediate action because harm is happening now or secrets/data are exposed.
- P1 is urgent but does not require emergency response for every user.
- P2 is important and should be planned, but users have a workaround or impact is bounded.
- P3 improves quality but does not materially block the workflow.
- P4 is a candidate for a note, not an implementation commitment.
Examples
Use examples.md when a priority boundary is ambiguous, especially P0 vs P1, P1 vs P2, security edge cases, or agent-surface risk classification.
Guardrails
- Do not classify without impact evidence.
- Do not use P0 for personal urgency.
- Do not expand scope while triaging. Classify the current issue first.
- For agent-surface changes, include security and prompt-injection risk in the impact section.
Signals
- GitHub stars
- 27
- Forks
- 3
- Last commit
- Sep 2026
Advanced
- Item type
- skill
- Key
reviewing-4p-priorities- Source
- github.com/giang6283623/minimal-vibe-coding-kit
github.com/giang6283623/minimal-vibe-coding-kit
More in Productivity
Skill · coreyhaines31
More in Productivitygws-calendar
Skill · googleworkspace
More in Productivitylark-minutes
Skill · larksuite
More in Productivitylark-workflow-standup-report
Skill · larksuite
More in Productivityenergy-procurement
Skill · affaan-m
More in Productivityhomelab-pihole-dns
Skill · affaan-m
More in Productivity