mcpField
R
review-prompt

review-prompt

github.com/doodledoodAgent workflows78105 installsUpdated 1d ago
Repository

About review-prompt

review-prompt is an agent skill for assessing LLM prompts without changing files. It loads prompt-engineering principles, checks prompt lines against their source and intended use, and reports evidence-based findings.

Key features

  1. 01Loads prompt-engineering principles
  2. 02Traces prompt line provenance
  3. 03Assesses goal, inputs, and consumer
  4. 04Reports evidence-based findings
  5. 05Uses a defined severity scale

Use cases

  1. 01Reviewing an inline prompt or file
  2. 02Checking a prompt against project rules
  3. 03Assessing a requested gate verdict

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/doodledood/manifest-dev --skill review-prompt

After installing, type/review-promptin Claude Code to confirm it loaded.

Details

From the project README

Review LLM prompts. Report findings; modify no file.

First: invoke the prompt-engineering skill to load the principles. Evaluate the prompt against them. They are opinionated defaults: where a rule the user stated, in the session or a context file, or a convention the project states or documents differs, that rule governs, a prompt following it raises no finding, and the report names the rule applied — except a High issue on the scale below that makes the prompt miss its goal, which is still reported, naming the rule that produced it.

The provenance question leads: for each line, where did it come from — a user ruling, knowledge outside what the run will read, or a default it counteracts? Identify material the author merely derived from what the run also receives, and show the consequence of retaining it. Judge a prompt by what its lines do for its actual goal, inputs and consumer, never by sections it lacks: a short prompt with nothing spare is the target, not a deficient one.

The caller owns acceptance. When asked for a gate verdict, assess its substantive claims and any deliberately required policy. A grade or removable sentence alone does not establish a material failure; state the conflicting instruction, missing context or concrete behavioral or reading cost. Required evidence that is missing leaves the assessment unresolved. Otherwise report the findings and assessment without inventing a severity threshold.

Input: if no prompt is given (file path or inline text), ask before analyzing — don't assume. With no one to answer, report BLOCKED, naming the missing input.

Report format:

Strengths — what's working, what the author should preserve.

Issues:

Issue and evidence of its consequenceSeverityFix
{description and affected claim or concrete cost}High / Medium / Low{concrete recommendation}

Priority: the highest-impact change first.

Severity:

  • High — the prompt actively misbehaves or breaks a contract. Examples: contradiction between two rules that can't both hold; missing the goal entirely; absolute used on a judgment call that observably misfires; the agent declares a need for a tool it doesn't have, or omits a tool it actually uses.
  • Medium — a concrete quality gap materially impairs the prompt's use. Examples: an ambiguous directive produces inconsistent behavior; duplicated or historical instructions obscure which rule applies; an arbitrary number forces the wrong decision; a host-specific primitive excludes a supported context. Name that cost rather than grading a category of wording automatically.
  • Low — polish or a nit of any kind: style, naming, structure, or otherwise. Example: duplication that adds reading load without changing behavior or the underlying promise.

Report a finding only when you can point to the text and name its concrete cost; an unverified hunch is not a finding. Style preferences and minor wording land at Low.

Comments

Markdown supported