Turn a clinical or medical YouTube lecture into a published, audience-calibrated teaching artifact. Fetches the transcript, repairs speech-recognition garbling, verifies the medicine against current teaching, and builds a designed HTML study reference. Use when the user gives a YouTube URL of a medical, nursing…
Reverse-engineer any codebase into a complete Product Requirements Document (PRD). Analyzes routes, components, state management, API integrations, and user interactions to produce business-readable documentation detailed enough for engineers or AI agents to fully reconstruct every page and endpoint. Works with…
Designs one decisive implementation blueprint for a feature - vertical slices with frozen per-slice API contracts, change-site map, data changes, dependency graph - and writes the six plan documents directly into the user-story folder. Returns a short manifest, not options.
Traces how an existing feature or domain area is implemented - entry points, execution flow, conventions, reusable code, key files. Dispatched in parallel by the orchestrator in Phase 2.
Implements the backend half of one vertical slice via TDD against its ACs and frozen contract (e.g. "SLICE-01 backend half"), or bootstraps a new backend (scope "project scaffold"). Never touches other slices.
Implements the frontend half of one vertical slice via TDD against a typed mock of its frozen contract (scope "SLICE-01 frontend half"), reconciles every slice's mock against the real backends once (scope "whole-story integration"), or bootstraps a new frontend (scope "project scaffold"). Never touches other slices…
Simplifies the whole-story diff once, in an isolated context, before the reviewers see it, conforms it to the house conventions (react-best-practices, restful-api-design) without changing behaviour, runs the tests covering the files it touched, commits, and returns a Return Report.
Reviews the six plan documents (not code) for AC coverage, slice integrity, real-vs-imagined dependencies, security, test coverage and cross-document consistency. Dispatched in parallel pairs by the orchestrator in Phase 6.
Runs the Phase 9 walkthrough in a clean context: writes a Playwright spec per slice from 05-test-plan.md that self-captures screenshots, runs them headless, writes 06-walkthrough.md, persists the specs into the project's existing e2e suite, and returns a Return Report. Reports app bugs; never patches app code.
Reviews the story's implementation diff against the slice cards' ACs and the technical plan: AC intent vs test assertions, error paths, convention adherence. Runs in parallel with security-reviewer. Reports a verdict; never patches code.
Security review of the story's implementation diff against the technical plan's threat surface: authorisation, input validation, injection, secrets/PII exposure, auth-adjacent controls, dependencies. Runs in parallel with code-reviewer. Reports a verdict; never patches code.
Copilot CLI render of jidoka, generated from the same source: the line skill drives the 10-phase plan-then-build flow, dispatching the same nine subagents in Copilot's .agent.md format with Copilot tool aliases and model ids, and the after-edit hooks ship as a postToolUse set.
★not rated 2
changed 10d agoA
tokens not measured
originalMIT
This plugin (jidoka-cursor) is the Cursor render of jidoka: its skills and agents already use Cursor's subagenttype and model slugs. Use this rule whenever running the line skill or implementing from docs/new-feature//04-task-plan.md.
Builds, verifies and lands a new project's walking skeleton from the skeleton contract and stack rows that project-setup hands it: repository and worktree, both halves in parallel through impl-backend and impl-frontend, an evidence check and an end-to-end smoke, project context and README, the merge onto the base…
★not rated 2 10d agoA76 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: