inspect-dataset
Skill1 starsChanged 24 days agoApache-2.0View on GitHub
Inspect dataset paths and CSV or Parquet metadata to guide data-pipeline changes.
In this repository25 other files it gives its agents.
- AGENTS.mdAGENTS.md
- add-testSkill
- audit-fixissuesSkill
- autoresearchSkill
- benchmark-optimizeSkill
- circleci-job-resultsSkill
- citation-verifierSkill
- cli-designSkill
- codebase-auditSkill
- code-cleanupSkill
- deep-code-cleanupSkill
- doc-updateSkill
- emendSkill
- fix-issueSkill
- git-github-workflowSkill
- goal-modeSkill
- manage-pr-lifecycleSkill
- medcognetics-brandSkill
- notify-wakeSkill
- repo-maintenanceSkill
- review-fix-loopSkill
- standardize-ciSkill
- token-file-authSkill
- whats-nextSkill
- yeetSkill
The file
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 5 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
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
- Distinctive: line 14
Use bounded scans of relevant metadata directories, not recursive data dumps.
- Distinctive: line 16
Prefer schema, counts, null behavior, and aggregate summaries.
- Distinctive: line 18
Keep protected data out of conversation output and test fixtures.
- Distinctive: line 20
Use the bundled profiler for repeatable CSV or Parquet inspection:
- Distinctive: line 28
If Parquet support is missing, use an available DuckDB or parquet-tools command, or an authorized temporary environment with pyarrow.
≈ “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.
Files
Inspect Dataset
Accept $inspect-dataset <dataset_dir>, a configuration file, or no argument.
For configuration discovery, prefer active settings in Makefile.config, then
related training configuration. Honor an explicit dataset directory.
Resolve the dataset root and check mountpoints or typos if it is absent. State the selected root before deeper inspection. Use bounded scans of relevant metadata directories, not recursive data dumps.
Prefer schema, counts, null behavior, and aggregate summaries. Inspect sample values only when needed and authorized for the task. Keep protected data out of conversation output and test fixtures.
Use the bundled profiler for repeatable CSV or Parquet inspection:
uv run inspect-dataset/scripts/inspect_dataset.py --dataset-root "<path>"Resolve the script path relative to this skill. Use the project's environment
when available. Read --help for bounded selection and JSON options.
If Parquet support is missing, use an available DuckDB or parquet-tools command,
or an authorized temporary environment with pyarrow.
Apply findings to the requested parser or training changes. Validate against the selected data when feasible without modifying source datasets. Report the root, inspected files, schema implications, and evidence limitations.
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
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.

