Menü
Scan changes, commit, push, and create a PR. With confirmation at each step
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
Deep, fan-out research over the codebase to answer a big question (test gaps, how a subsystem works end to end, a risk/security/dead-code audit, "where does X happen everywhere"). The codebase analog of deep web research: parallel explorer agents gather file:line-cited findings, surprising or high-stakes claims are adversarially verified against current code, and the result is a single prioritized report. Use for broad/deep questions that span many files and modules, NOT a one-file lookup and NOT a single-task pre-plan (use /scout for that, /explain for one thing).
Investigate a non-trivial task, then produce the plan for it. Emits a file:line-cited findings report covering current behavior, the route/component boundary it crosses, helpers to reuse and stale docs, followed by a sequenced plan and any blocking open questions. Use before touching an unfamiliar backend route, adding an ingest path, reworking a panel, or any cross-cutting change. The point is to ground the plan in evidence, not memory. Investigates deeply and verifies adversarially by default; never edits files.
Turn a change into a checkable manual test script the owner runs in the app, not prose about testing. Reachability-verified steps grouped by precondition, one observable outcome each, with unreachable actions listed up top and known regressions flagged. Use when the user asks for test steps, a test plan, or how to verify a change by hand. This is the manual counterpart to test-writer (which writes automated pytest / vitest tests).
Trim verbose prose, walls of text, journey narration, and WHAT comments from docs and code without losing vital info. Targets markdown files (README, CLAUDE.md, rules, skills, agents) and, when asked, code comments / docstrings. Applies the "WHY not WHAT" rule, the "describe current behavior not the journey" rule, and the "release notes not implementation rationale" rule from `.claude/rules/project-workflow.md` and `.claude/rules/code-quality.md`. Use after a feature lands and the docs around it have accumulated cruft, or when a file feels heavier than it earns. Always plans before editing.
Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.
Estimate per-turn token cost of this project's `.claude/` configuration and `CLAUDE.md`. Reports always-loaded vs path-scoped vs invoked-only, ranks the top contributors, and flags entries over budget. Add `--api` for exact counts via Anthropic's count_tokens endpoint instead of the chars/4 heuristic.
| name | ship |
| description | Scan changes, commit, push, and create a PR. With confirmation at each step |
| argument-hint | [optional commit message or PR title] |
| disable-model-invocation | true |
| allowed-tools | ["Bash(git status)","Bash(git diff *)","Bash(git log *)","Bash(git add *)","Bash(git commit *)","Bash(git push *)","Bash(git checkout *)","Bash(git branch *)","Bash(gh pr create *)","Bash(gh pr view *)"] |
Ship the current changes through commit, push, and PR creation. Confirm with the user before each step using the AskUserQuestion tool.
git status to see all changed, staged, and untracked filesgit diff to see what changed (staged + unstaged)git log --oneline -5 to see recent commit style.env*, *.pem, *.key, credentials.jsonpackage-lock.json, yarn.lock, pnpm-lock.yaml (unless intentionally updated)*.gen.ts, *.generated.*, *.min.js, *.min.cssdist/, build/, .next/, __pycache__/node_modules/, vendor/, .venv/.DS_Store, Thumbs.db, *.swp, .idea/, .vscode/settings.jsonfeat: / feat(scope): / fix: / docs: / chore: / refactor: / build:), matching the repo's existing commit style. Keep the subject under 72 chars.Co-Authored-By: Claude … line, no 🤖 Generated with [Claude Code] footer, no similar AI attribution. Only the conventional subject + an optional plain body. (.claude/rules/project-workflow.md enforces this — restated here so it doesn't drift.)git push -u origin <branch>gh pr view. If it exists, show the URL and stop)## Test plan section. The CHANGELOG already states user-visible effect; the commits already describe implementation. A test plan in the PR body bloats the surface and rarely gets read on a solo-maintained repo.🤖 Generated with [Claude Code] footer, no Co-Authored-By, no AI-generated attribution.gh pr create --base main (the --base main is defensive — gh can default to a stale base if the previous PR on this branch targeted something else). The repo is a single-remote project so no --repo flag is needed.gh pr create command