pr
Create a GitHub Pull Request with full AI review. Human approves and merges.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Menu
Create a GitHub Pull Request with full AI review. Human approves and merges.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
When the user wants to write, rewrite, or improve marketing copy for any page — homepage, landing, pricing, feature, about, or product pages; "headline help," "CTA copy," "value proposition," "tagline," "hero section," "make this more compelling," "conversion copy," or complete Figma-ready full-page copy (see Full-Page Mode below). For email copy, see email-sequence. For popups, see popup-cro. For editing existing copy, see copy-editing.
When the user wants to increase conversions on any marketing page — homepage, landing, pricing, feature, or blog; "CRO," "this page isn't converting," "low conversion rate," "bounce rate," "my landing page sucks" — or just shares a URL asking for feedback. For signup flows, see signup-flow-cro; post-signup activation, onboarding-cro; forms, form-cro; popups, popup-cro.
When the user wants to audit or diagnose SEO issues — "technical SEO," "why am I not ranking," "meta tags review," "my traffic dropped," "Google update hit me," "core web vitals," "crawl errors," "indexing issues," or even a vague "my SEO is bad." For pages at scale, see programmatic-seo. For structured data, see schema-markup. For AI search, see ai-seo.
Coder<->reviewer handoff loop (Claude<->Codex, roles swappable) with self-instrumented per-round cost tracking. Loops locally via HANDOFF.md until approved, then opens a PR with the full transcript.
Act as a Senior Accessibility Engineer to audit a page, component, or design against WCAG 2.2 AA. Produces a triaged finding list (critical/serious/moderate), focus-order map, contrast report, ARIA decision tree, and a screen-reader test plan. Use when shipping new UI, hardening an existing flow, or preparing for VPAT/accessibility conformance.
When the user wants to plan, design, or implement an A/B test or experiment — "split test," "variant copy," "multivariate test," "hypothesis," "statistical significance," "how long should I run this test," or comparing two versions. For tracking implementation, see analytics-tracking. For page-level conversion optimization, see page-cro.
| name | pr |
| description | Create a GitHub Pull Request with full AI review. Human approves and merges. |
| category | lifecycle |
| tier | core |
| slash_command | /pr |
Create a GitHub Pull Request with full AI review. Human approves and merges — do NOT merge automatically; always stop after PR creation and AI review.
PROJECT_ROOT=$(git rev-parse --show-toplevel)
cd "$PROJECT_ROOT"
DEFAULT_BRANCH=$(git symbolic-ref refs/remotes/origin/HEAD 2>/dev/null | sed 's@^refs/remotes/origin/@@')
DEFAULT_BRANCH="${DEFAULT_BRANCH:-main}"
CURRENT_BRANCH=$(git branch --show-current)
If on the default branch: Run the branch workflow first to create a feature branch. Then continue.
If on a feature branch: Continue with PR creation.
Run the gate workflow. All gates must pass before creating a PR (Gates 1–3 always; Gates 4–5 when applicable).
If any gate fails → STOP. Fix issues first. Do NOT create a PR with failing gates.
git push -u origin "$CURRENT_BRANCH"
feat: add user authenticationGenerate from the diff against the default branch:
git log "$DEFAULT_BRANCH"..HEAD --oneline
git diff "$DEFAULT_BRANCH"...HEAD --stat
Structure the body as:
## Summary
- [2-3 bullet points describing what changed and why]
## Changes
- [list of key files/areas modified]
## Test plan
- [ ] [How this was tested]
- [ ] [What to verify during review]
## Related issues
[Auto-detected from commit messages: "fixes #42", "closes #13", etc.]
gh pr create \
--title "<generated title>" \
--body "<generated body>" \
--base "$DEFAULT_BRANCH" \
--head "$CURRENT_BRANCH"
Capture the PR number and URL from the output.
Review the full diff and post findings as a PR comment.
# Get the full diff for review
git diff "$DEFAULT_BRANCH"...HEAD
Analyze the diff across 5 categories:
1. Code quality
2. Spec compliance
3. Security
4. Test coverage
5. Breaking changes
gh pr comment <PR_NUMBER> --body "<review content>"
Review format:
## 100x Dev — AI Review
### Summary
[1-2 sentence overall assessment]
### Findings
#### Critical (must fix before merge)
- [file:line] [description]
#### Important (should fix)
- [file:line] [description]
#### Minor (consider fixing)
- [file:line] [description]
### Checklist
- [ ] All critical findings addressed
- [ ] Tests cover new code paths
- [ ] No secrets in diff
- [ ] No breaking changes (or documented)
### Verdict: ✅ APPROVE / ⚠️ CHANGES REQUESTED / ❌ BLOCK
If no issues found:
## 100x Dev — AI Review
### Summary
Clean implementation. No issues found.
### Verdict: ✅ APPROVE
DO NOT MERGE. Print the PR summary and stop — merge is the human's responsibility.
PULL REQUEST CREATED
PR: #<number> — <title>
Branch: <branch> → <default_branch>
Review: AI review posted ✅ | Gate: ✅ all passed
URL: <pr_url>
STATUS: Awaiting human approval. DO NOT auto-merge.