Verifies that an implementation satisfies its ticket's acceptance criteria. Reads the ticket, reads the diff, and returns PASS or FAIL with specifics. Does not evaluate code quality, style, or anything beyond whether the AC are met.
Adversarial code reviewer. Assumes the code has problems and finds evidence. Covers logic, security, performance, and reliability in a single pass with a discriminator mindset.
Creative UI/UX designer on a design sprint team. Produces design proposals across three rounds of increasing concreteness — mood/direction in Round 1, system in Round 2, spec-ready values in Round 3. Three instances of this agent run in parallel; the team lead supplies each with its designer number and the app context…
Persistent evaluator on a design sprint team. Scores three designer proposals across three rounds against weighted criteria, issues shared briefs between rounds, and writes the final design specification synthesis after Round 3.
Implements a single tk ticket. Reads the ticket, gathers context, writes code, writes tests, ensures tests pass, and commits. Does not self-review or verify its own acceptance criteria.
Adversarial code reviewer on an agent team. Reviews changes that have already passed AC verification. Focuses on correctness, security, reliability, and performance. Creates tk tickets for findings.
Adversarial reviewer for implementation plans and specs. Evaluates whether a plan will actually work when handed to independent implementer agents. Focuses on testability of ACs, gaps between tickets, dependency correctness, self-containment, and product decisions the plan settles without the user's answer.
Implements one tk ticket inside a /run-tickets workflow. Works in the worktree and branch its prompt names, writes code and tests, commits, and returns a structured result. Also handles rework rounds (AC failures, review findings, merge conflicts) as a fresh agent on the existing branch.
Adversarial review of one ticket's diff inside a /run-tickets workflow, after AC verification. Covers correctness, design fitness, test strength, security, reliability, performance, and conventions. Returns inline rework findings as structured output and files out-of-scope findings as tk tickets.
Checks one ticket's implementation against its acceptance criteria inside a /run-tickets workflow. Binary PASS/FAIL per criterion, backed by quoted code and test assertions, recorded as a note on the ticket and returned as structured output. Does not judge code quality.
★not rated 5
changed 5d agoA55 tokens
originalMIT
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: