Profile My skills Saved Collections Edit profile Submit a skill

← all publishers

steph-dove

@steph-dove source repo

92 published skills

  1. ▌
    Httpx Run · steph-dove
    Use when the user wants to run, start, or launch this project's app — to watch a change work end-to-end, reproduce behavior in the real app, or smoke-test locally. Finds the run command from CLAUDE.md and drives the app; it does not write features or fix bugs.
    0
    installs
  2. ▌
    Httpx Debug · steph-dove
    Use when the user reports an error, bug, or unexpected behavior in this repo and wants help diagnosing it. Five phases — reproduce, diagnose root cause (read-only), write a failing test, fix, verify against the full suite.
    0
    installs
  3. ▌
    Httpx Refactor · steph-dove
    Use when the user wants to restructure code while preserving behavior exactly. Establishes a passing test baseline first, then makes incremental moves that each leave the suite green. Refuses to change behavior and structure in the same step.
    0
    installs
  4. ▌
    Httpx Precommit · steph-dove bundle
    Use when reviewing a staged diff or an about-to-commit/push change for last-mile issues — silent failures, leaked secrets, debug leftovers, blatant correctness landmines, and excessive/narrating comments. Reports findings on the changed lines only; it does not refactor or rewrite code. This is the canonical source for the Klaussy desktop pre-commit gate, which inlines the diff and adds its own machine-readable output contract.
    0
    installs
  5. ▌
    Httpx Self Review · steph-dove
    Use right before declaring an implementation done — a last-pass review of your OWN uncommitted change against a fixed checklist (reuse, stdlib, comments, dead code, tests, scope). Catches the things that make a diff read as AI-written before a human ever sees it. Reviews the current diff; it does not write new features.
    0
    installs
  6. ▌
    Httpx Pr 2 · steph-dove
    Use when the user wants a PR description generated for the current branch. Reads commit history, file changes, and CLAUDE.md, then writes a Summary / Changes / Test Plan / Notes block to pr-description.md.
    0
    installs
  7. ▌
    Httpx Plan 2 · steph-dove
    Use when the user wants to plan and implement a non-trivial task in this repo. Runs a multi-phase flow — discovery, parallel exploration, clarifying questions, parallel architectures, approval gate, implementation, parallel review, summary.
    0
    installs
  8. ▌
    Httpx Plan 3 · steph-dove
    Use when the user wants to plan and implement a non-trivial task in this repo. Runs a multi-phase flow — discovery, parallel exploration, clarifying questions, parallel architectures, approval gate, implementation, parallel review, summary.
    0
    installs
  9. ▌
    Httpx Plan 4 · steph-dove
    Use when the user wants to plan and implement a non-trivial task in this repo. Runs a multi-phase flow — discovery, parallel exploration, clarifying questions, parallel architectures, approval gate, implementation, parallel review, summary.
    0
    installs
  10. ▌
    Httpx Plan 5 · steph-dove
    Use when the user wants to plan and implement a non-trivial task in this repo. Runs a multi-phase flow — discovery, parallel exploration, clarifying questions, parallel architectures, approval gate, implementation, parallel review, summary.
    0
    installs
  11. ▌
    Httpx Commit 2 · steph-dove
    Use when the user wants a commit message written for currently staged changes. Reads `git diff --cached`, recent log style, and CLAUDE.md, then outputs a conventional-commit-style message — type(scope) summary + why-focused body.
    0
    installs
  12. ▌
    Httpx Review 2 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  13. ▌
    Httpx Review 3 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  14. ▌
    Httpx Review 4 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  15. ▌
    Httpx Review 5 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  16. ▌
    Httpx Plan 6 · steph-dove
    Use when the user wants to plan and implement a non-trivial task in this repo. Runs a multi-phase flow — discovery, parallel exploration, clarifying questions, parallel architectures, approval gate, implementation, parallel review, summary.
    0
    installs
  17. ▌
    Httpx Explain 2 · steph-dove
    Use when the user wants code, a concept, or the current diff explained in this repo. With no specific target, explains the current branch diff; with a target, traces call chains and data flow end-to-end and explains in plain language.
    0
    installs
  18. ▌
    Httpx Review 6 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  19. ▌
    Httpx Implement 2 · steph-dove
    Use when the user pastes a ticket, design doc, or task description and wants it implemented. Multi-phase flow — understand, investigate (in plan mode), plan, implement, verify. Enforces strict scope rules and writes failing tests first for bug fixes.
    0
    installs
  20. ▌
    Httpx Implement 3 · steph-dove
    Use when the user pastes a ticket, design doc, or task description and wants it implemented. Multi-phase flow — understand, investigate (in plan mode), plan, implement, verify. Enforces strict scope rules and writes failing tests first for bug fixes.
    0
    installs
  21. ▌
    Httpx Implement 4 · steph-dove
    Use when the user pastes a ticket, design doc, or task description and wants it implemented. Multi-phase flow — understand, investigate (in plan mode), plan, implement, verify. Enforces strict scope rules and writes failing tests first for bug fixes.
    0
    installs
  22. ▌
    Httpx Implement 5 · steph-dove
    Use when the user pastes a ticket, design doc, or task description and wants it implemented. Multi-phase flow — understand, investigate (in plan mode), plan, implement, verify. Enforces strict scope rules and writes failing tests first for bug fixes.
    0
    installs
  23. ▌
    Fastapi Review 2 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  24. ▌
    Fastapi Review 3 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  25. ▌
    Fastapi Review 4 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  26. ▌
    Fastapi Review 5 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  27. ▌
    Httpx Implement 6 · steph-dove
    Use when the user pastes a ticket, design doc, or task description and wants it implemented. Multi-phase flow — understand, investigate (in plan mode), plan, implement, verify. Enforces strict scope rules and writes failing tests first for bug fixes.
    0
    installs
  28. ▌
    Fastapi Review 6 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  29. ▌
    Httpx Grant Permissions 2 · steph-dove
    Use when the user is tired of approving the same routine dev work ("stop asking me yes", "allow the normal dev tools", "grant permissions"). Detects the repo's stack and writes a curated allow-list into the agent's own local permission file so the basics stop prompting — reading, editing and creating files, plus tests, lint, build, git, the package manager and the run command — while keeping secret files denied.
    0
    installs
  30. ▌
    Httpx Grant Permissions 3 · steph-dove
    Use when the user is tired of approving the same routine dev work ("stop asking me yes", "allow the normal dev tools", "grant permissions"). Detects the repo's stack and writes a curated allow-list into the agent's own local permission file so the basics stop prompting — reading, editing and creating files, plus tests, lint, build, git, the package manager and the run command — while keeping secret files denied.
    0
    installs
  31. ▌
    Httpx Grant Permissions 4 · steph-dove
    Use when the user is tired of approving the same routine dev work ("stop asking me yes", "allow the normal dev tools", "grant permissions"). Detects the repo's stack and writes a curated allow-list into the agent's own local permission file so the basics stop prompting — reading, editing and creating files, plus tests, lint, build, git, the package manager and the run command — while keeping secret files denied.
    0
    installs
  32. ▌
    Httpx Grant Permissions 5 · steph-dove
    Use when the user is tired of approving the same routine dev work ("stop asking me yes", "allow the normal dev tools", "grant permissions"). Detects the repo's stack and writes a curated allow-list into the agent's own local permission file so the basics stop prompting — reading, editing and creating files, plus tests, lint, build, git, the package manager and the run command — while keeping secret files denied.
    0
    installs
  33. ▌
    Httpx Grant Permissions 6 · steph-dove
    Use when the user is tired of approving the same routine dev work ("stop asking me yes", "allow the normal dev tools", "grant permissions"). Detects the repo's stack and writes a curated allow-list into the agent's own local permission file so the basics stop prompting — reading, editing and creating files, plus tests, lint, build, git, the package manager and the run command — while keeping secret files denied.
    0
    installs
  34. ▌
    Httpx Plan 7 · steph-dove
    Use when the user wants to plan and implement a non-trivial task in this repo. Runs a multi-phase flow — discovery, parallel exploration, clarifying questions, parallel architectures, approval gate, implementation, parallel review, summary.
    0
    installs
  35. ▌
    Httpx Review 7 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  36. ▌
    Httpx Implement 7 · steph-dove
    Use when the user pastes a ticket, design doc, or task description and wants it implemented. Multi-phase flow — understand, investigate (in plan mode), plan, implement, verify. Enforces strict scope rules and writes failing tests first for bug fixes.
    0
    installs
  37. ▌
    Fastapi Review 7 · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  38. ▌
    Httpx Grant Permissions 7 · steph-dove
    Use when the user is tired of approving the same routine dev work ("stop asking me yes", "allow the normal dev tools", "grant permissions"). Detects the repo's stack and writes a curated allow-list into the agent's own local permission file so the basics stop prompting — reading, editing and creating files, plus tests, lint, build, git, the package manager and the run command — while keeping secret files denied.
    0
    installs
  39. ▌
    Klaussy Init · steph-dove
    Use when the user wants to make this repository AI-agent-ready. Scaffolds per-agent conventions (CLAUDE.md / GEMINI.md / AGENTS.md / Cursor rules / Copilot instructions, path-scoped via klaussy-repo-conventions), repo-namespaced skills, settings, hooks, and a PR template for Claude Code, Gemini CLI, Cursor, Codex, GitHub Copilot, Google Antigravity, Cline, and Aider — and runs once per repo.
    0
    installs
  40. ▌
    Klaussy Update · steph-dove
    Use when the user wants to refresh klaussy-generated boilerplate (per-agent conventions, skills, settings, hooks) across every scaffolded agent after upgrading klaussy itself. Re-runs the scaffold against the latest templates so this repo picks up new skills, prompt revisions, and convention rules.
    0
    installs
  41. ▌
    Pr · steph-dove
    Branch
    0
    installs
  42. ▌
    QA · steph-dove
    QA the current change and capture evidence a reviewer can trust. The point is to run *the QA that's valid for this change* — a UI tweak needs a recording of the interaction plus screenshots, a backend fix needs the endpoint exercised and the suite run, a CLI change needs its commands run. Don't screenshot a database migration; don't run the full browser e2e suite for a one-line helper.
    0
    installs
  43. ▌
    Fix · steph-dove
    Fix all lint, format, and type errors in the current changes.
    0
    installs
  44. ▌
    Run · steph-dove
    Run this project's app and drive it far enough to observe the behavior the user cares about. Don't just start it and call it done — exercise the actual flow.
    0
    installs
  45. ▌
    Deps · steph-dove
    Upgrade dependencies without breaking the build. Move in small, verifiable steps — one batch at a time, tests green after each — rather than bumping everything at once and debugging the pile.
    0
    installs
  46. ▌
    Plan · steph-dove
    You are helping plan and implement a task in this repo. Follow these phases in order — do NOT skip Phase 3 (clarifying questions).
    0
    installs
  47. ▌
    Test · steph-dove
    Write tests for the current changes. Follow these steps:
    0
    installs
  48. ▌
    Debug · steph-dove
    Debug the error or issue the user described. Do NOT jump to a fix. Follow these phases in order.
    0
    installs
  49. ▌
    Commit · steph-dove
    Staged changes
    0
    installs
  50. ▌
    Review · steph-dove bundle
    You are conducting a thorough PR review. Follow these phases in order.
    0
    installs
  51. ▌
    Explain · steph-dove
    Target
    0
    installs
  52. ▌
    Release · steph-dove
    Cut a release: pick the next version, update every place the version is declared, write the changelog from the conventional commits since the last release, and tag. Stop before pushing or publishing unless the user asked for those too.
    0
    installs
  53. ▌
    Restack · steph-dove
    Rebase a stack of dependent branches so each one sits on top of its parent again, then push the stack. Everything load-bearing here is plain git: the topology comes from commit ancestry, not from a hosting provider. A forge CLI is used only for the last mile (retargeting a PR/MR base), and its absence never blocks the rebase.
    0
    installs
  54. ▌
    Document · steph-dove
    Add documentation where it earns its place, and only there. The hard part of this skill is restraint: most code does not need a comment, and a docstring that restates the signature is worse than none — it rots, and it trains readers to skip comments. Document the *why* and the non-obvious; never the *what* the code already shows.
    0
    installs
  55. ▌
    Humanize · steph-dove
    Target
    0
    installs
  56. ▌
    Refactor · steph-dove
    Refactor the code the user described. The goal is to change structure while preserving behavior exactly. Do NOT change what the code does — only how it's organized.
    0
    installs
  57. ▌
    Split Pr · steph-dove
    Turn one oversized change into a stack of dependent requests, each small enough that a human will actually read it. The whole value is in the seams: a split into layers that each build, test, and make sense alone is a gift to the reviewer, and a split into layers that only mean something together is worse than the big PR you started with.
    0
    installs
  58. ▌
    Httpx Pr · steph-dove
    Use when the user wants a PR description generated for the current branch. Reads commit history, file changes, and CLAUDE.md, then writes a Summary / Changes / Test Plan / Notes block to pr-description.md.
    0
    installs
  59. ▌
    Httpx QA · steph-dove
    Use when the user wants the current change QA'd and PR-ready evidence captured. Classifies the diff and runs the verification that actually fits it — screenshots for UI/frontend changes, endpoint or e2e runs for backend, command output for a CLI, tests for a library — then saves artifacts and writes a QA summary. Right-sizes QA to the change; it does not write features or fix bugs.
    0
    installs
  60. ▌
    Implement · steph-dove
    Here is the task to implement (the user described it in their message).
    0
    installs
  61. ▌
    Precommit · steph-dove bundle
    Apply exactly these five lenses to the CHANGED lines and their immediate context — nothing else. If no diff is inlined for you, read the staged change with `git diff --cached` first.
    0
    installs
  62. ▌
    Httpx Fix · steph-dove
    Use when the user wants lint, format, and type errors fixed in the current changes. Reads CLAUDE.md for the repo's lint/format/type-check commands, runs each, and fixes only style/format/type issues — no behavior changes.
    0
    installs
  63. ▌
    Slop Coded · steph-dove
    Target
    0
    installs
  64. ▌
    Httpx Deps · steph-dove
    Use when the user wants to upgrade the project's dependencies safely — bump versions, read changelogs for breaking changes, and verify the suite still passes. Upgrades incrementally and stops on the first break; it does not add new dependencies (that's a design decision to raise separately).
    0
    installs
  65. ▌
    Httpx Plan · steph-dove
    Use when the user wants to plan and implement a non-trivial task in this repo. Runs a multi-phase flow — discovery, parallel exploration, clarifying questions, parallel architectures, approval gate, implementation, parallel review, summary.
    0
    installs
  66. ▌
    Httpx Test · steph-dove
    Use when the user wants tests written for current changes (uncommitted diff or recent feature). Matches the repo's existing test framework, fixtures, and assertion style. Covers happy path, edge cases, and error paths without over-mocking.
    0
    installs
  67. ▌
    Self Review · steph-dove
    Review the change you just made before you call it complete. This is the gate between "I wrote code" and "it's done" — run it on your own diff and fix what it surfaces, don't just report.
    0
    installs
  68. ▌
    New Worktree · steph-dove
    Create a new git worktree for the task the user described.
    0
    installs
  69. ▌
    Fastapi QA · steph-dove
    Use when the user wants the current change QA'd and PR-ready evidence captured. Classifies the diff and runs the verification that actually fits it — screenshots for UI/frontend changes, endpoint or e2e runs for backend, command output for a CLI, tests for a library — then saves artifacts and writes a QA summary. Right-sizes QA to the change; it does not write features or fix bugs.
    0
    installs
  70. ▌
    Httpx Commit · steph-dove
    Use when the user wants a commit message written for currently staged changes. Reads `git diff --cached`, recent log style, and CLAUDE.md, then outputs a conventional-commit-style message — type(scope) summary + why-focused body.
    0
    installs
  71. ▌
    Httpx Review · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  72. ▌
    Adr Generator · steph-dove
    You are drafting an Architecture Decision Record. An ADR captures one decision: the context that forced it, the choice made, and the consequences accepted. Follow these phases.
    0
    installs
  73. ▌
    Httpx Explain · steph-dove
    Use when the user wants code, a concept, or the current diff explained in this repo. With no specific target, explains the current branch diff; with a target, traces call chains and data flow end-to-end and explains in plain language.
    0
    installs
  74. ▌
    Httpx Release · steph-dove
    Use when the user wants to cut a release — bump the version, update the changelog from conventional commits, and tag. Detects where the version lives, derives the next version from the commits since the last tag, and stages the release locally; it does not push or publish unless explicitly asked.
    0
    installs
  75. ▌
    Address Review · steph-dove
    Address the review feedback on the current PR. Every comment gets a response: a change, or a reasoned reply explaining why not. Don't silently skip any.
    0
    installs
  76. ▌
    Security Audit · steph-dove
    You are running a security audit of the current change. Scope is the diff against the base branch and the immediate context of what it touches — not the whole tree, and not style or architecture. Report findings only; do not edit code.
    0
    installs
  77. ▌
    Httpx Document · steph-dove
    Add documentation where it earns its place, and only there. The hard part of this skill is restraint: most code does not need a comment, and a docstring that restates the signature is worse than none — it rots, and it trains readers to skip comments. Document the *why* and the non-obvious; never the *what* the code already shows.
    0
    installs
  78. ▌
    Httpx Humanize · steph-dove
    Use when the user wants prose, comments, docs, or a file's text to read like a human engineer wrote it instead of an AI. Strips AI tells (em-dashes, filler openers, chatbot scaffolding) by rewriting, then runs klaussy's deterministic scrubber as a guaranteed backstop. Never touches code.
    0
    installs
  79. ▌
    REST Of The Owl · steph-dove
    Task
    0
    installs
  80. ▌
    Session Context · steph-dove
    Target
    0
    installs
  81. ▌
    Httpx Implement · steph-dove
    Use when the user pastes a ticket, design doc, or task description and wants it implemented. Multi-phase flow — understand, investigate (in plan mode), plan, implement, verify. Enforces strict scope rules and writes failing tests first for bug fixes.
    0
    installs
  82. ▌
    Fastapi Review · steph-dove bundle
    Use when the user wants a thorough PR or branch review. Triages by diff size — small PRs get a single-pass review, large PRs fan out to parallel sub-agents (correctness, architecture, security, scope, and an Agentic & Evals lens that activates on AI/agent code) with a validation phase that drops false positives.
    0
    installs
  83. ▌
    Httpx Slop Coded · steph-dove
    Use when the user explicitly wants to turn clean, human prose INTO maximal AI slop — as a joke, a demo of what AI tells look like, or to stress-test the humanize skill by feeding it the worst input imaginable. The evil twin of humanize — it adds every tell humanize strips. For laughs and demos only; never run it on a real deliverable.
    0
    installs
  84. ▌
    Grant Permissions · steph-dove
    Grant the permissions a developer needs to work in this repo without a prompt on every routine command, while keeping sensitive files off-limits.
    0
    installs
  85. ▌
    Httpx New Worktree · steph-dove
    Use when the user wants a new git worktree created for a task. Picks a kebab-case branch name with a fix/feat/chore/docs/refactor prefix, runs `git worktree add` from the configured base branch, and reports the new path.
    0
    installs
  86. ▌
    Httpx Adr Generator · steph-dove
    Use when the user wants to record an architectural decision — drafting an Architecture Decision Record (ADR) or RFC, documenting a design choice and its trade-offs, or capturing why an approach was taken. Detects the repo's existing ADR location and template style (MADR or Nygard) and matches it; if none exists, sets one up. Writes the record; it does not change code.
    0
    installs
  87. ▌
    Fastapi Slop Coded · steph-dove
    Use when the user explicitly wants to turn clean, human prose INTO maximal AI slop — as a joke, a demo of what AI tells look like, or to stress-test the humanize skill by feeding it the worst input imaginable. The evil twin of humanize — it adds every tell humanize strips. For laughs and demos only; never run it on a real deliverable.
    0
    installs
  88. ▌
    Httpx Address Review · steph-dove
    Use when a PR has review feedback and the user wants it addressed — pull the review comments, triage each one, apply the changes it warrants, and draft replies. Closes the loop between a review and the follow-up commit; it does not re-review the code from scratch.
    0
    installs
  89. ▌
    Httpx Security Audit · steph-dove
    You are running a security audit of the current change. Scope is the diff against the base branch and the immediate context of what it touches — not the whole tree, and not style or architecture. Report findings only; do not edit code.
    0
    installs
  90. ▌
    Httpx REST Of The Owl · steph-dove
    Use when the user hands you a task definition and wants the ENTIRE development loop run end-to-end — plan, implement, review and fix, QA the change with evidence appropriate to it, open a humanized PR, then poll CI and code review, fixing and resolving until the PR is green and clean. Does everything except merge. Long-running and autonomous; the human keeps the merge button.
    0
    installs
  91. ▌
    Httpx Grant Permissions · steph-dove
    Use when the user is tired of approving the same routine dev work ("stop asking me yes", "allow the normal dev tools", "grant permissions"). Detects the repo's stack and writes a curated allow-list into the agent's own local permission file so the basics stop prompting — reading, editing and creating files, plus tests, lint, build, git, the package manager and the run command — while keeping secret files denied.
    0
    installs
  92. ▌
    Fastapi REST Of The Owl · steph-dove
    Use when the user hands you a task definition and wants the ENTIRE development loop run end-to-end — plan, implement, review and fix, QA the change with evidence appropriate to it, open a humanized PR, then poll CI and code review, fixing and resolving until the PR is green and clean. Does everything except merge. Long-running and autonomous; the human keeps the merge button.
    0
    installs