prosthetic-conscience

Plugin prosthetic-conscience from marketplace special-circumstances in ctoforaday/special-circumstances. Commands read from the repo's manifest — yesterday.

Skills (27)

• agent-guardrails

  Always-on safety guardrails — no privileged mutations without approval, no sensitive data off-box. The backstop for when permission gating is relaxed.

• anti-spinning

  Always-on loop-breaker — stop repeating a failed approach, and honor a cancel/stop/undo request immediately. The 3-strike rule.

• checkpoint

  Write the session checkpoint now — the validation loop, ordered next actions, and in-flight handles, before compaction takes them. `--show` prints the current note instead of writing.

• complete-the-concept

  Always-on completion discipline — a change is ONE conceptual action, finished when the concept is, not when the first commit merges. Follow the thread to every carrier and consumer.

• context-checkpointing

  Always-on checkpoint discipline — the single overwritten CHECKPOINT.md carrying the validation loop, ordered next actions, and in-flight handles; written before a risky step and when the context grows heavy, read back after compaction or a restart.

• context-efficiency

  Always-on context-budget discipline — shield the context with subagents and files, peek instead of streaming, and phase work so artifacts survive compression.

• critical-stance

  Use when evaluating a technical claim, reviewing work or peer-agent output, researching, or being asked to agree — enforces adversarial verification over deference. Not a yes-man.

• design-by-contract

  Use when writing rules, defining agent roles, or authoring multi-step operational instructions — anchor every instruction to verifiable execution states.

• doctor

  Environment preflight — runs the tested sc-doctor binary for a deterministic table + READY / DEGRADED / BLOCKED verdict. `--fix` (with consent) builds or fetches missing hook binaries.

• facts-are-fields

  Always-on structural discipline — where a record already holds a fact, it belongs in a field a writer can REFUSE, never in a filename, a heading, a name segment, or a prose substring recovered by pattern. Both shapes fail by returning a plausible zero. Scoped to bypassing an existing record; where n

• git-proficiency

  Use when performing git operations — repository health guardrails (big-file check, no destructive deletes), surgical recovery, and the maintained cheatsheet.

• markdown-proficiency

  Use when producing documentation, reports, or structured artifacts — advanced Markdown and GitHub-flavored features (collapsible sections, alerts, diff blocks, semantic footnotes, Mermaid), with the maintained cheatsheet.

• pair-programming

  Use when working interactively with the human on code — driver/navigator roles, ping-pong test-driven development, adversarial review, and hold-on-submit.

• plan-act-reflect

  Always-on phase discipline — an approved plan before acting, reflection on failure, and verification against the original objective before claiming done.

• plan-audit

  Run an implementation plan through the plan-auditor gate — binary PASS/FAIL against the spec-driven-development standard, with actionable gaps.

• probe

  Harness-spike probe (Phase 1) — verify prosthetic-conscience's skill/agent/entry-point/hook wiring and the communication model are live.

• project-memory

  Use for any long-running or multi-session workstream — the four-artifact projects/<name>/ discipline that lets work survive compaction and restarts.

• qlty-proficiency

  Use when formatting, linting, or assessing code quality — operational patterns for the qlty command-line tool, with the maintained cheatsheet.

• refactoring-safety

  Use when refactoring, restructuring, or resolving a fault — behavior-preserving, green build and tests, class-of-problem fixes, uniform design over hacks.

• resume

  Print the full checkpoint and re-ground on it — the whole note, not the terse digest the SessionStart hook injects. `--seals` lists the sealed snapshots instead.

• scratch-policy

  Use when a task needs working files or large intermediate data — scratch artifacts are compression insurance; keep them current, self-evident, and out of the repo.

• semantic-consent

  Always-on consent boundary — the human owns intent, you own syntax; on ambiguity, split by reversibility — decide and disclose what you can undo, ask before what you cannot.

• spec-driven-development

  Use when creating, reviewing, or auditing an implementation plan — the mandatory five-section plan structure (numbered I through V, from Summary & Goals to the Verification Plan), the TinySpec loop for small work, and the auditor gate.

• terse-communication

  Always-on output discipline — strict token economy. No filler, no process play-by-play, no wrap-up summaries. Applies to every response.

• test-driven-development

  Use when building or changing behaviour that can be tested — red/green/refactor discipline, test-first contracts, and the ping-pong variant for pairing.

• think-around-problem

  Always-on anti-satisficing — question everything (the human, docs, comments, research), explore alternatives in proportion to the stakes, never take the first workable answer.

• validation-loop

  Always-on verification discipline — a written, executable validation loop that outlives the plan; run it before claiming anything works.

Subagents (2)

• plan-auditor

  The spec-driven-development gate — adversarially audits an implementation plan against the five-section standard (Summary & Goals through Verification Plan) for Alignment, Completeness, and Safety; returns a binary structured verdict. Use via /plan-audit or before treating any plan as approved.

• probe

  Harness-spike probe agent (Phase 1) — verifies skills: preloading reaches a subagent, that the communication-model skills load, and that PostToolUse hooks fire on the subagent's writes. Not for production use.

Similar plugins