agentleFS
Mark-LifeMark-Life/agent-skills/skills/communication/human-to-agent/SKILL.md

human-to-agent

Skill4 starsChanged 8 days agoMITView on GitHub

Use when writing or editing instructions a model will later execute — anything future context windows load as guidance. Triggers on 'edit this skill', 'update CLAUDE.md / AGENTS.md', 'write agent rules', 'improve this prompt'.

The file

We split this skill into the rules it gives an agent

1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    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:

    Keep each instruction in exactly one place.

    line 42

≈ “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

Human → Agent

You are writing for a stochastic reader. Every instruction is a lever on how predictably it behaves. The aim is predictability — the agent taking the same process each run, not producing the same output. Each rule below buys some.

Prompt the positive

State the behaviour you want. Prohibition backfires: don't think of an elephant names the elephant and makes it more available, not less. Phrase the target so the banned behaviour is never spoken. Keep a "don't" only as a hard guardrail you cannot phrase positively, and even then pair it with what to do instead.

Leading words

A leading word is a compact concept the model already holds from pretraining — tracer bullet, fog of war, tight loop, receipts. One well-chosen word anchors a whole region of behaviour in a token, because it recruits priors the model already has. Repeat it and its meaning accretes; use the same word across your prompts, docs, and code so the agent links them and fires the right behaviour.

Reach for one wherever you have spelled a quality out three times: "fast, deterministic, low-overhead" is one idea restated — collapse it to tight.

Cut no-ops

A no-op is a line the model already obeys by default: it costs context and buys nothing. Test each sentence in isolation — does it change behaviour versus the default? "Be thorough", when the model is already thorough-ish, is a no-op; the fix is a stronger word (relentless), not more words. When a sentence fails, delete the whole sentence rather than trim it.

One source of truth

Keep each instruction in exactly one place. The same rule in two files (duplication) rots the moment one copy changes, and inflates the rule's apparent weight. When you change the behaviour, you want a one-place edit.

Say how "done" is checked

Give the agent a completion criterion it can check — done from not-done, observable. Where it matters, make it exhaustive: "every changed file accounted for", not "list the changes". A vague criterion invites the agent to stop early.

Be concrete

Name the file, the command, the flag, the value. Ambiguity is where a stochastic reader diverges from your intent. A specific instruction beats a general one, and an example beats a description.

Prune

Instructions accumulate — adding feels safe, removing feels risky — until stale layers pile up (sediment) and the whole thing is too long to follow (sprawl). Prune on a schedule: drop no-ops, collapse duplication, and push rarely-needed detail into a linked doc so the instruction that is always needed stays legible.

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.