pr
Create a GitHub Pull Request with full AI review. Human approves and merges.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Create a GitHub Pull Request with full AI review. Human approves and merges.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف 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.