`skills:eval` was at 38/46 with several skills measuring 0-33%. The low scores were mostly bad eval cases rather than bad descriptions, for two reasons that were nowhere written down: - The harness runs each case with `--max-turns 1`, so the skill has to be the model's FIRST tool call. A prompt asking "how does X work here", or naming a concrete file, sends the model to Read/Grep first — a better answer to the question, scored as a miss. Every 0% case was one of these. - `AGENTS.md` is resident on every turn, so a prompt it already answers is answered without any skill and the case can never pass. Replace the cases that measured the wrong thing, expand every model-invoked skill from 3 to 5 positives (negatives kept) so one flake cannot cross the threshold, and reshape `local-dev`'s description to the action-first form. Add `docs/skill-authoring.md` with the case shapes that fire, the ones that cannot, and the probe-then-measure loop. RUNS=5 npm run skills:eval: 63/63 at or above threshold, 60 at 100%, all 18 negatives clean. Closes #2202 Signed-off-by: cliffhall <cliff@futurescale.com>
30 lines
811 B
JSON
30 lines
811 B
JSON
[
|
|
{
|
|
"prompt": "Which test tier in this repo spawns the built binary rather than importing it?",
|
|
"expect": "testing"
|
|
},
|
|
{
|
|
"prompt": "How do I run just the TUI suite, and is there one command that runs everything?",
|
|
"expect": "testing"
|
|
},
|
|
{
|
|
"prompt": "How do I write a test for a TUI component in this repo?",
|
|
"expect": "testing"
|
|
},
|
|
{
|
|
"prompt": "How am I supposed to invoke the CLI from a new test in this repo?",
|
|
"expect": "testing"
|
|
},
|
|
{
|
|
"prompt": "How do I run the web integration tests, and do they run as part of the normal test command?",
|
|
"expect": "testing"
|
|
},
|
|
{
|
|
"prompt": "What does this regex do? /^\\d{3}-\\d{4}$/",
|
|
"expect": null
|
|
},
|
|
{
|
|
"prompt": "Rename the variable `foo` to `bar` in this snippet.",
|
|
"expect": null
|
|
}
|
|
]
|