keel

Plugin keel from marketplace my-llm-plugins in vbartalis/my-llm-plugins. Commands read from the repo's manifest — 1 month ago.

Skills (10)

• brainstorming

  Use when the surface is agreed and the change needs a design, before any planning or code

• checking-invariants

  Use when running the repo's invariant checks, or when a rule needs enforcing rather than documenting

• executing-plans

  Use when executing an approved plan and subagent dispatch is unavailable

• finishing-a-development-branch

  Use when verification has passed and the work needs to land

• orienting

  Use when starting any change in this monorepo, before designing or coding

• requesting-code-review

  Use when a branch or a diff needs a fresh reviewer, at any point in or out of the pipeline

• subagent-driven-development

  Use when executing an approved plan in the current session with subagents available

• using-keel

  Use when starting any conversation in a keel repository - establishes the stage map, which stage the work is in, and which skill to invoke next

• verification-before-completion

  Use when a build has finished, before claiming it works or shipping it

• writing-plans

  Use when a design is approved and before any implementation begins

Slash commands (10)

• /keel:build

  Execute an approved plan, fresh subagent and review per task — stage 4

• /keel:check

  Run the repo's registered invariant checks

• /keel:design

  Turn an oriented change into an agreed design — stage 2

• /keel:init

  Set up keel in this repository, or reconcile a setup that has drifted

• /keel:orient

  Map what a change touches before designing it — stage 1

• /keel:plan

  Break an approved design into independently testable tasks — stage 3

• /keel:review

  Dispatch a fresh independent reviewer against the current branch

• /keel:ship

  Land verified work and close the feature workspace — stage 6

• /keel:status

  Report which keel stage the current work is in and what comes next

• /keel:verify

  Prove the change works with evidence rather than claims — stage 5

Subagents (3)

• implementer

  Executes exactly one task from a keel plan in isolation. Dispatched by subagent-driven-development with a constructed brief; never inherits conversation context.

• invariant-reviewer

  Reviews a change against the repo's invariant rubrics - the rules that matter but that no command can decide. Complements checking-invariants, which handles the ones a command can.

• task-reviewer

  Reviews one task's implementation for spec compliance and code quality. Dispatched after each implementer in the keel build loop.

Hooks (1)

• SessionStart

  "${CLAUDE_PLUGIN_ROOT}/hooks/session-start"

Similar plugins