cd /news/ai-agents/skills-for-real-scientists-steer-awa… · home › topics › ai-agents › article
[ARTICLE · art-169952] src=github.com ↗ pub= topic=ai-agents verified=true sentiment=↑ positive

Skills for Real Scientists – Steer Away AI Slop

A new set of agent skills called "Skills for Real Scientists," built on Matt Pocock's "skills for real engineers," lets coding agents run reproducible scientific experiments one "probe" at a time, recording the expected result before each run and choosing the next probe from the evidence. The science flow replaces the engineering flow's up-front spec-and-tickets plan with a chain of probes, each leaving a Git-tracked lab notebook and rerunnable files in a `.science/` folder, with results reaching the main codebase only through a `/promote` step. The author argues that steering is what separates real findings from "AI slop," since an unsteered language model returns the most common answer, the middle of everything it has read.

read5 min views1 publishedNov 15, 2026
Skills for Real Scientists – Steer Away AI Slop
Image: Michielbdejong (auto-discovered)

Built on Matt Pocock's skills for real engineers.

Agent skills for reproducible scientific experiments with any coding agent. Agree on one experiment at a time, record the expected result before running it, and use the evidence to choose what to run next. Every run leaves a Git-tracked lab notebook and rerunnable files.

Matt's engineering flow plans the whole route first: /to-spec writes down the goal, /to-tickets splits it into tickets, and /implement-spec builds them, many in parallel. That works because software is predictable once you agree on what to build.

Research and scientific exploration aren't. A plan is a map, and in research nobody has mapped the territory yet. You learn what's relevant by running something and looking at the result: each result shows you more of the territory, and it often shows that the route you planned goes nowhere. So the science flow plans one experiment, called a probe, at a time, and you choose each next probe after seeing the last result. The study's notebook is the map of your scientific question, redrawn after every probe.

Ask a language model a question without steering it, and it gives you the most common answer, the middle of everything it has read. New findings sit away from that middle, and only a clear intention moves the work away from it, away from what you could call AI slop. So before each run the agent writes down the standard answer, and the result shows how far from it reality lands. That distance is what makes the work worth doing, and a rough measure of how unique it is.

Engineering flow Science flow
The unknown How to build it What's relevant, and so what to do next
Plan Every ticket, up front The first probe and a list of ideas; each next probe chosen when it's next
Shape of the work A task graph, run in parallel A chain of probes, each one checked by you
Where work happens Feature branches, into the codebase Scratch probes in a study folder; the main tree changes only by promotion
The starting doc A spec, which is a contract A direction, which is expected to change
Failure A bug to fix Unexpected results teach; invalid runs need fixing

When a protocol stops changing, it's predictable again, and Matt's engineering flow takes over.

Everything the science skills write goes in a .science/ folder at the root of your repo:

.science/
  SETUP.md              your setup
  library/              what you read: papers, software docs; one page per question, the raw search results
  data/                 your input data (or data/ at the repo root, your choice)
  <study>/              one folder per study
    STUDY.md            the starting direction and first probe, frozen; promotions and the outcome are added at the end
    NOTEBOOK.md         the map: threads of the question, each probe's asked / expected / found / means, a log of every operation
    dashboard.html      the study's dashboard
    probes/             one folder per probe, named like 03-<slug>

Your code stays where it always was. Probes' work reaches it only through /promote, after you agree where each file goes. All studies share one branch, and every probe gets a Git tag, so you can go back to any version.

You type /setup-science, /experiment, /promote and /ask-science. The agent loads lab-notebook and desk-research on its own when the task fits.

  • setup-science : set up a repo for the science skills. Run once.
  • experiment : load or open a study and work on it, one probe at a time.
  • promote : move the work of one or more probes into the protocol, after a round of questions and a tree you approve.
  • lab-notebook : the study's layout and formats: notebook, probe folders, result briefs, plots and dashboard.
  • desk-research : answer questions by reading papers and documentation in parallel, into a shared library, with citations.
  • ask-science : step back, bring an older study to the current format, and check it is on track.

The flow step by step, the principles behind it and the vocabulary: skills/science/README.md.

Matt's engineering and productivity skills are included as he wrote them, and the science skills call several of them (grilling, domain-modeling, tdd, code-review, pr). For what each one does, see his README.

Paste this prompt into your coding agent. It installs the six science skills, and Matt's skills too if you don't have them yet:

Install the science skills from https://github.com/HiteSit/real-scientist-skills.

1. Clone the repo, or pull it if I already have a clone.
2. Find the folder you load skills from.
3. Check that folder for Matt Pocock's skills, such as grilling, tdd and domain-modeling.
   - If they're there, keep them and install only the six skills in skills/science/.
   - If they're missing, install the six science skills plus every skill in skills/engineering/ and skills/productivity/. When a skill has a folder in customized/, use that folder instead.
4. Install each skill as a symlink into the clone, so a git pull updates it. If a skill with the same name is already in the folder, ask me before replacing it.
5. Tell me what you installed and what you skipped. Then remind me to run /setup-science in my repo, and /setup-matt-pocock-skills if you installed Matt's skills.

To update, ask your agent to pull the clone.

Every week this repo merges Matt's latest skills, and it keeps a few small edits to two of them. MAINTAINING.md explains how.

The engineering and productivity skills, the repo's structure, and the ideas the science bucket grows from are the work of Matt Pocock. If you like these skills, read his README and join his newsletter.

  • Everything under skills/ exceptskills/science/ is Matt's, frommattpocock/skills , merged in unchanged every week.
  • customized/ holds edited copies of two of his skills,grilling andchief-of-staff , rebuilt from his originals plus the edits incustomizations/ .
  • skills/science/ and the docs around it are new here.

Matt's skills are MIT licensed, and so is this repo. His LICENSE is kept as he wrote it.

── more in #ai-agents 4 stories · sorted by recency
── more on @matt pocock 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
→ Live at https://your-agent.zahid.host ✓
Get free account → Pricing
from €0/mo · no card required
LIVE [news/skills-for-real-scie…] indexed:0 read:5min 2026-11-15 · —