Workflow Score To Target
Meng ToCommunityCreated by Meng To
- Skill
- Workflow
- Business and productivity
- MIT
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This workflow provides a rigorous, evidence-based approach to quality control. It moves beyond subjective feedback by establishing a clear, anchored rubric with measurable criteria. The process involves scoring items against this rubric, identifying specific areas for improvement, and iterating in rounds until the target score is achieved. It emphasizes objective evidence, independent judging, and transparent reporting of progress, ensuring that quality improvements are documented and verifiable.
What it does
- Defines a clear, anchored scoring rubric with measurable criteria.
- Establishes a target quality bar for individual items or sets of work.
- Facilitates iterative improvement rounds based on objective scoring.
- Supports independent or blind judging to reduce bias.
- Generates before-and-after scorecards to track progress.
- Reports on items that fail to meet the target and the reasons why.
When to use it
- When you need to ensure a set of deliverables meets a specific quality standard.
- When feedback needs to be objective, measurable, and consistent across multiple items.
- When you need to track and prove quality improvements over time.
- When you need to identify and address specific flaws in a project or asset.
Advantages
- Reduces subjectivity by using anchored rubrics and measurable criteria.
- Ensures consistent quality standards across different items.
- Provides clear, actionable feedback for iterative improvement.
- Creates a transparent audit trail of quality progress.
- Prevents quality regression by identifying trade-offs and setting guardrails.
Usage examples
- “Score these 10 animation clips out of 10 and get them all to an 8.”
- The agent will establish an anchored rubric, score each clip, identify the lowest-scoring elements, and iterate on the animations until each reaches the target score of 8.
- “Review my project documentation and bring everything under 6 up to a 6+.”
- The agent will evaluate the documentation against a rubric, identify sections scoring below 6, and perform iterative revisions to bring those specific sections up to the required standard.
Install
Download the skill as a ZIP:
https://autogineer.com/agent-skills/mengto/workflow-score-to-target/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip workflow-score-to-target.zip -d .agents/skills
Documentation by Meng To
Workflow: score to a target
The user sets quality bars as numbers:
"score them out of 10. let's get them to 8 out of 10"
"anything less than 6 out of 10, get them to 6+"
"give it a score out of 10. get at least 8"
"make it 8 or 9 out of 10"
The job isn't just the score; it's reaching the bar, proving it, and saying plainly where it falls short.
1. Pin down the target and the items
Restate the bar: the target (6, 8 or 9), and whether it applies to every item or the average. "Get them to 8" means every item reaches 8.
List every item being scored: each skill, each weapon, each screen element, each object. Score them one by one, never as one blob.
Name the benchmark the user judges against, such as the games or sites they compare to. A 7 means nothing without one.
A bar the user sets once is a standing rule for that kind of work. Record it where future work will see it, such as project instructions, memory, or a test.
2. Anchor the rubric before scoring
Write the scale down so scores mean the same every round. Default anchors:
| Score | Means |
|---|---|
| 10 | Best-in-class, something you'd study |
| 9 | Excellent: a trained eye finds almost nothing |
| 8 | Polished and intentional, only minor nits |
| 7 | Good, but a noticeable flaw |
| 6 | Acceptable: works and reads clearly, with visible rough edges |
| 5 | Mediocre: the idea is there, the execution distracts |
| 3–4 | Clearly broken or wrong in places |
| 1–2 | Barely works, or reads as something else |
Then break each item into 3–5 criteria, 0–2 points each, so the total is out of 10 and every point has a reason. For example:
Animation: weight and timing, body mechanics, final pose, props, context and variety.
A skill or spell: its rules (a clear job of its own), the hover (shows where it lands and the numbers), the cast (its own pose, effect and sound), and what it leaves behind that you can see.
An object: silhouette at play distance, material and detail, fitting its setting, readability.
Wherever a criterion can be measured, measure it. Examples:
foot slide under 10% of travel speed;
weapon clipping in millimetres;
a 48% win rate over 40 seeds;
a download of 28 MB.
Numbers stop the score drifting with mood.
3. Score honestly from real evidence
Score from renders, recordings or measurements of the actual thing, never from the code or from memory. Capture the state first; see the
workflow-progress-screenshotsskill.Score the baseline before changing anything. The before→after is the proof.
Judge independently when it matters. Hand the captures to a fresh subagent that didn't do the work. Give it the rubric and benchmark, but not your hopes or the previous scores. Use two blind judges per item if you can, and take the lower score or reconcile the difference.
Never round up to reach the bar. A 7.5 on an 8 bar is below the bar.
4. Improve in rounds
Fix the lowest items first, and the criterion costing the most points in each.
Re-capture, and re-score only with the same rubric and judge setup.
Send a picture per round (the start and the result), with the score moving: for example, "Hollow Keeper 3 → 6 → 8".
Stop when every item meets the bar, or when an item plateaus because of something outside the task (a model limit, an art asset, a performance budget). Report that item as short, with the reason and what it would take.
Keep guardrails while climbing: don't trade away performance budgets, tests or other items' scores to raise one number. Note any trade-off you made.
5. Lock it in
Where the bar can be checked by a machine, add a test so it can't quietly regress. Examples: weapons out of bodies in seven poses, a skill has its own pose and card, win rate at least 90%.
Save the scorecard in the project (for example
qa/<area>/README.md), with the rubric, every item's before and after, the evidence, and the date. Future rounds start from it.
Report
Lead with the result: "All 49 now score 8 or better; 38 started below 8; the average rose from 6.7 to 8.1."
Then:
A table: item, before → after, and the main fault fixed (or the reason it's still short). See
templates/scorecard.md.How it was scored: the rubric, the benchmark, who judged (you, an independent subagent, or blind judges), and from what evidence.
Where it isn't perfect: items at or just over the bar with known nits, and anything still below.
The pictures: before and after per item, or per round.
Say that scores are judgements. Say which criteria were measured, and label captures honestly.
Files
- ATTRIBUTION.mdAdded by AutoGineer868 B
- LICENSELicence file added by AutoGineer1.0 KiB
- SKILL.md5.1 KiB
- templates/critic-prompt.md1000 B
- templates/scorecard.md1.1 KiB
templates/critic-prompt.md
Independent critic prompt (paste into a fresh subagent)
You are judging <what> for a <project type>. You did not build it; judge only what you see.
Benchmark: <the games, sites or products this is compared to>. Target: every item must reach <N>/10.
Scale anchors:
10: best-in-class, something you'd study
8: polished and intentional, minor nits only
7: good, but a noticeable flaw
6: acceptable, rough edges visible
5 or below: the execution distracts or is broken
Rubric, 0–2 points each (the total is out of 10):
<criterion>
<criterion>
<criterion>
<criterion>
<criterion>
Evidence: <list of image, video or measurement paths, one set per item>. Open every file before scoring.
For each item, return:
a score per criterion and the total;
the single biggest fault costing points, and what would fix it;
anything you could not judge from the evidence.
Do not round up. Do not assume anything the evidence doesn't show. Keep each item to five lines or fewer.
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- Meng To
- Publisher
- Meng To (Community)
- Source
- MengTo/Skills · agent-skills/workflow/workflow-score-to-target · commit 5ea1661
- Licence
- MIT License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by Meng To or Meng To.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download workflow-score-to-target.zip