agentsclimarketplace

Mk evaluate

Skill ngocsangyem/MeowKit/packages/mewkit/src/migrate/modules/codex/root/.agents/skills/mk-evaluate

Experimental behavioral evaluator. Drives a running artifact via browser/curl/CLI and records rubric evidence; the runner is not yet a fully implemented automated evaluation system.From its SKILL.md

Install
npx -y skills add ngocsangyem/MeowKit --skill mk-evaluate

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 14 stars14 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

5.1 KB, ~1.2k tokens by cl100k_base, as published. Nobody here has run it

mk:evaluate — Experimental Behavioral Verification

Step-file workflow that drives a running build, probes each rubric criterion via active verification, and produces a graded verdict with runtime evidence. Owned by the evaluator agent (Phase 3+).

When to Use

Activate when:

  • User runs the evaluate skill <target> with a URL, file path, or running-app handle
  • A generator iteration completes and the harness needs a graded verdict
  • After Phase 3 (build) and before Phase 5 (ship) for frontend/fullstack/CLI products
  • When asked to "grade the running app", "check the build behaviorally", or "verify against the spec"

Skip when:

  • The build has no runnable artifact (pure library, type-only package)
  • The task is structural code review only — use mk:review instead
  • The task is the fix skill simple — overhead exceeds value

Hard Constraints

  1. Active verification gate — every verdict MUST include non-empty evidence/ directory with at least one of: screenshot, HTTP response capture, CLI stdout+exit-code transcript. validate-verdict.sh rejects PASS verdicts with empty evidence and converts them to FAIL.
  2. Skeptic persona enforced — load prompts/skeptic-persona.md at session start. Re-anchor before each criterion grading.
  3. Max 15 criteria per session — split into multiple sessions if rubric composition exceeds. Heuristic: context overflow risk above this threshold.
  4. No source code edits — evaluator owns tasks/reviews/*-evalverdict.md only. Never modifies source files.
  5. Frontend default preset is pruned — frontend-app loads only product-depth, functionality, design-quality, originality (per Phase 2 v2.0.0 audit). Other 3 rubrics opt-in only.

Workflow

Execute via workflow.md. Step-file architecture — load one step at a time.

Step 1: Load Rubrics       → compose preset, load skeptic persona, parse sprint contract if exists
Step 2: Boot App           → start the build if not already running (skip if URL given)
Step 3: Probe Criteria     → drive browser/curl/CLI per criterion; capture evidence
Step 4: Grade and Verdict  → score each rubric; write verdict file; run validate-verdict.sh
Step 5: Generator Feedback → produce one-line fix guidance per FAIL/WARN; emit handoff message

Output

  • tasks/reviews/YYMMDD-{slug}-evalverdict.md — structured verdict (YAML frontmatter + per-rubric sections)
  • tasks/reviews/YYMMDD-{slug}-evalverdict-evidence/ — directory of screenshots, HTTP captures, CLI transcripts
  • Returned to caller: PASS | WARN | FAIL + path to verdict file + generator feedback summary

Memory Write

After each completed evaluation, update the canonical .meowkit/memory/review-patterns.json store and regenerate Markdown views. Do not write the generated review-patterns.md view directly.

| {date} | {artifact-id} | {verdict: PASS/WARN/FAIL} | {top-criterion} | {score} |

Use mkdir -p .meowkit/memory before the append to avoid silent failure on missing directory. This persists evaluation patterns across sessions for mk:elicit and mk:review to reference.

Verdict Schema

See step-04-grade-and-verdict.md for the canonical schema. Frontmatter fields: task, evaluator_run, rubric_preset, model, overall, weighted_score, hard_fail_triggered, iterations.

Gotchas

  • Don't grade source code — that's mk:review's job. If you find yourself reading .tsx files instead of clicking buttons, you've drifted into static review
  • Don't trust test pass claims — tests can pass against mocks while the real endpoint 500s. Run the build yourself
  • Don't auto-load all 7 rubrics — frontend-app preset is pruned to 4 (Phase 2 v2.0.0). Loading the others duplicates work mk:review/security-rules/qa already do
  • Don't issue PASS without evidence — the validator will reject it and convert to FAIL. Save yourself the round-trip
  • Don't skip the skeptic persona reload — leniency drift is the dominant evaluator failure mode (Anthropic harness research)

References

FilePurpose
workflow.mdStep sequence + variable table
step-01-load-rubrics.mdCompose rubric preset + load skeptic persona
step-02-boot-app.mdStart the build if not running
step-03-probe-criteria.mdActive-verification probe loop per criterion
step-04-grade-and-verdict.mdVerdict file schema + scoring + validation
step-05-feedback-to-generator.mdGenerator feedback format for iteration loop
prompts/skeptic-persona.mdPersona prompt fragment (re-load every session)
references/active-verification-patterns.mdCatalog of probe techniques per target type
scripts/run-evaluator.shsub-task spawn wrapper
scripts/validate-verdict.shVerdict file validator (enforces evidence gate)
..the rubric skill/Rubric library + load/compose
../../agents/evaluator.mdThe agent persona this skill orchestrates

Start

Read and follow workflow.md.

What ships with it: 11 files

69.0 KB alongside SKILL.md, 3 of them executable

prompts/

scripts/

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.