Cursor rule Cursor
Agents are not humans — do not estimate timelines, effort, or team size using human baselines.
Cursor rule Cursor
Agents are not humans — do not estimate timelines, effort, or team size using human baselines.
Cursor rule Cursor
How agents pick up, verify, and close beads — JIT verification, self-review against ACs, evidence policy, and bd remember knowledge capture.
Cursor rule Cursor
Standards for creating and closing beads — every bead must be self-contained with ACs, and every close must include evidence.
Cursor rule Cursor
Convention for marking deliberate simplifications with ceiling and upgrade trigger. Prevents "later means never" by requiring each deferral to name its limitation and the condition for revisiting.
Cursor rule Cursor
When and how to create committed design specs for larger initiatives.
Cursor rule Cursor
Multi-agent code review protocol — same-model multi-lens (autonomous) + cross-model (human-assisted) for structural changes.
Cursor rule Cursor
Planner/Executor operating model — role definitions, workflow, scratchpad conventions, and beads task tracking.
Cursor rule Cursor
Prevents file-edit conflicts between the parent agent and running subagents — do not touch files in a subagent's blast radius until it completes.
Cursor rule Cursor
Lazy senior dev implementation mode — the decision ladder for minimal, correct code. Activate with 'use ponytail-playbook' or when implementing feature/task beads where code minimalism matters. Defers to pragmatic-tdd.mdc for test discipline.
Cursor rule Cursor
Signal-first TDD — test discipline varies by bead type. Prevents zero-signal tests and over-testing.
Cursor rule Cursor
Session start/close protocol — the first and last things an agent does in every session. Mandatory.
Cursor rule Cursor
Git worktree isolation, shared beads DB, and worktree lifecycle for multi-branch development.
Skill Claude CodeCodex
This skill should be used before implementing features, building components, or making changes. It guides exploring user intent, approaches, and design decisions before planning. Triggers on "let's brainstorm", "help me think through", "what should we build", "explore approaches", ambiguous feature requests, or when…
Skill Claude CodeCodex
Whole-repo audit for over-engineering. Like ponytail-review, but scans the entire codebase instead of a diff: a ranked list of what to delete, simplify, or replace with stdlib/native equivalents. Use when the user says "audit this codebase", "audit for over-engineering", "what can I delete from this repo", "find…
Skill Claude CodeCodex
Harvest every defer: comment in the codebase into a debt ledger, so the deliberate shortcuts and deferrals get tracked instead of rotting into "later means never". Use when the user says "ponytail debt", "/ponytail-debt", "what did we defer", "list the shortcuts", "debt ledger", or "what did we mark to do later".…
Skill Claude CodeCodex
Show ponytail's measured impact as a compact scoreboard: less code, less cost, more speed, from the benchmark medians. One-shot display, not a persistent mode, and not a per-repo number. Trigger: /ponytail-gain, "ponytail gain", "what does ponytail save", "show ponytail impact", "ponytail scoreboard".
Skill Claude CodeCodex
Quick-reference card for all ponytail modes, skills, and commands. One-shot display, not a persistent mode. Trigger: /ponytail-help, "ponytail help", "what ponytail commands", "how do I use ponytail".
Skill Claude CodeCodex
Code review focused exclusively on over-engineering. Finds what to delete: reinvented standard library, unneeded dependencies, speculative abstractions, dead flexibility. One line per finding: location, what to cut, what replaces it. Use when the user says "review for over-engineering", "what can we delete", "is this…
Skill Claude CodeCodex
Structured approach to diagnosing and fixing bugs. Use when a bug is reported, a test fails unexpectedly, behavior doesn't match expectations, or when "something is wrong" but the cause isn't clear. Triggers on "debug this", "why is this broken", "this doesn't work", "investigate this failure", unexpected test…
At most 3 mods per repository are shown here, and a mod shipped inside a plugin is left to that plugin's page — the rest are on their repository pages: