robium / learnings
AGENTS.md93 starsChanged 3 months agoMITView on GitHub
This file applies under learnings/ and to scripts/engine/ work. Load the learning-loop skill for consolidation, absorption, refining, experiments, or retention maintenance. - Hooks silently queue corrections/errors and archive session transcripts. - SessionStart may emit one count-only reminder per local day when the queue contains a correction, explicit remember/guardrail, or repeated error. It must not expose excerpts. Ask before learning, and on approval delegate the cycle to a background subagent while the main session continues. - Do not stop implementation to…
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 31,774 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
In this repository32 other files it gives its agents.
- AGENTS.mdAGENTS.md
- skills/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- learnings/CLAUDE.mdCLAUDE.md
- skills/CLAUDE.mdCLAUDE.md
- app-publishingSkill
- architectSkill
- cloud-runSkill
- dataSkill
- environmentsSkill
- foxgloveSkill
- gazeboSkill
- gemini-roboticsSkill
- huggingfaceSkill
- integrationSkill
- isaac-labSkill
- isaac-simSkill
- learning-loopSkill
- lerobotSkill
- live-demoSkill
- miningSkill
- mujocoSkill
- navigationSkill
- rerunSkill
- ros2Skill
- runpodSkill
- rviz2Skill
- simulationSkill
- skill-authorSkill
- test-assetsSkill
- testingSkill
- visualizationSkill
The file
We split this AGENTS.md into the rules it gives an agent
2 rules. About 0 are common, 0 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 14
Do not stop implementation to write a finding after every event.
- Very specific: line 33
Only status: ready observations can be absorbed.
≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md 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
Learning-engine guidance
This file applies under learnings/ and to scripts/engine/ work. Load the
learning-loop skill for consolidation, absorption, refining, experiments, or
retention maintenance.
Capture without interrupting builds
- Hooks silently queue corrections/errors and archive session transcripts.
- SessionStart may emit one count-only reminder per local day when the queue contains a correction, explicit remember/guardrail, or repeated error. It must not expose excerpts. Ask before learning, and on approval delegate the cycle to a background subagent while the main session continues.
- Do not stop implementation to write a finding after every event. At a
natural milestone, batch meaningful flags into
observations/<skill>.mdastentativeentries and discard context-free noise. A tentative entry needs only a status and a signal; consolidation completes it. - A retro is useful only when it carries a real signal; clean per-skill score lines are not mandatory.
- Project-local facts belong in the owning app/site documentation, not in the cross-project learning corpus.
Promotion and absorption
- Queue flags are pointers, not knowledge. Promote only when the transcript
establishes expected behavior, actual behavior, and a skill or
new-skills. - Hooks write
.robium/in the project where the event happened. Write the local, gitignored observation in the editable Robium checkout, never a plugin cache. When those are different repositories, retain the processed queue record with its observation ID until the observation is resolved; it is what keeps the app-local transcript from being pruned. - Only
status: readyobservations can be absorbed. After absorption, move every useful snippet, citation, caveat, or dead end into the skill or itsreferences/, then delete the observation. Delete rejected observations. - Consolidation may change observations, evidence, and eval sidecars; it
never changes
skills/. - During an app build, capture and continue. Absorb between builds unless the maintainer explicitly requests a skill change in the current conversation.
- Automated or unrequested absorption ends in a PR. A maintainer-authorized direct-main edit still needs a concrete diff, evidence, and proportional validation, but live skills do not use versions or changelogs.
Working state and durable state
observations/<skill>.md is local working state, not repository history. The
durable store is the owning skill and its support files. There is no
dated-learnings tier: capture goes to .robium/queue.jsonl during a build and
may become a tentative observation between builds. Any remaining
learnings/YYYY-MM-DD*.md files are gitignored leftovers — fold what is worth
keeping into an observation or a skill and delete them.
Distillation ends in the skill, not here. Conditional detail, dead ends, and
platform-specific values belong in the owning skill's references/. On
absorption, delete the local observation.
Transcript retention
Transcripts are evidence, never prompt context. Keep a transcript while queue
flags or local observations depend on it — cite it as
source: transcript <file>.jsonl#turn-N so the retention tool can see the
link. After the citing observations are absorbed/discarded and deleted, remove
their queue records and run scripts/engine/prune_transcripts.py to delete the
raw transcript.
Unreferenced transcripts expire after 14 days.
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.

