agentleFS
confident-aiconfident-ai/eval-skills/skills/eval-dataset/SKILL.md

eval-dataset

Skill11 starsChanged 44 days agoApache-2.0View on GitHub

Curate replayable AI eval cases from traces, feedback, or grounded synthetic scenarios; preserve provenance and build leakage-resistant splits. Not a generic dataset generation tool.

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read the operating agreement, data sourcing, and artifact records.

    line 12
  2. Distinctive:

    Use confirmed failures as regression examples, but also include normal and negative cases.

    line 23
  3. Distinctive:

    Keep answers in grader-only storage outside an acting model's filesystem and tool reach.

    line 31

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Build a dataset from evidence

Read the operating agreement, data sourcing, and artifact records. For hosted storage use managed guidance.

For bundled local tools and exact commands, read toolkit setup. Run the workspace installer for this skill; it preserves existing customized files. For the managed route, use concrete service operations after confirming the connected schema.

Reuse and curate

Inspect existing cases and ask only what cannot be derived: whether they still match traffic, who verified references, and what decisions the eval must support. Preserve useful cases. Distinguish inputs from reference answers, rubrics, and baseline outputs; expected does not always mean a single correct sentence.

For every case retain source, permitted retention, failure/category tags, conversation or source group, necessary attachments/context, and reference origin. Capture the environment/fixture necessary to replay an agent. Keep source records unchanged.

Use confirmed failures as regression examples, but also include normal and negative cases. A challenge suite and a representative benchmark answer different questions; label them separately. Generate synthetic cases only to fill specific gaps and have a knowledgeable reviewer verify realism.

Protect comparisons

Deduplicate and group related conversations, documents, customers where appropriate, and paraphrase families before splitting. Split by group so related examples do not cross boundaries. Stratify by relevant task/category where enough groups exist; do not select development cases just because their baseline scores are low.

Use development for diagnosis, validation for candidate selection, and a final test slice only once when enough data exists. With a small dataset, reserve a credible holdout if possible; otherwise report exploratory results and collect new confirmation cases. Freeze the split before optimization. Never redraw because scores are inconvenient.

Keep answers in grader-only storage outside an acting model's filesystem and tool reach. Remove public benchmark solution access when relevant. Do not rely on “do not read answers” instructions.

Review and commit

Show actual cases with inputs, attachments, reference origins, and category counts in the chosen review surface. Confirm relevance and retention before committing production-derived data. Store source identifiers or sanitized substitutes when full records cannot be retained.

Record immutable dataset version/hash, sample purpose, grouping rule, and split IDs. Use the optional eval-run artifact helper to validate exported records and create a reproducible group split, or the existing runner's equivalent. Its simple splitter is not a statistical sampling service; inspect category coverage before locking the manifest.

Deliver the runnable input set, protected reference set, review status, and any coverage gaps. Do not mark unreviewed synthetic references as expert-approved.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.