harness-onboarding
Skill8 starsChanged 10 days agoMITView on GitHub
First-run setup for makkov-harness. Use when a person has just installed this harness, says "set this up for me", "onboard me", or asks how to personalize it. Interviews them in a few short questions and writes their own private layer of instructions (language, role, tools, preferences) into the right place for their agent, without touching anything else.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- DScardini91/agentic-ostheir own version, first seen Jun 26, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- DScardini91/agentic-os★ 2same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository18 other files it gives its agents.
- AGENTS.mdAGENTS.md
- docs/llms.txtllms.txt
- animate-expoSkill
- animateSkill
- animation-performanceSkill
- design-md-librarySkill
- design-scoreSkill
- find-animation-opportunitiesSkill
- html-reportSkill
- hyperframes-cliSkill
- hyperframes-registrySkill
- hyperframesSkill
- improve-animationsSkill
- media-useSkill
- rich-reportSkill
- slideshowSkill
- style-samplingSkill
- third-party-install-guardSkill
The file
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 5 are distinctive, and 1 is 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.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 12
Ask one question at a time, in the person's language, with suggested answers so they can reply in a word:
- Distinctive: line 21
Stop early if they want to skip.
- Distinctive: line 25
Write 10-25 lines of plain instructions, for example:
- Distinctive: line 39
Write it where the harness itself was installed, so it lives and goes with that install.
- Very specific: line 45
No manifest, running in Claude Code with the makkov-harness plugin: ~/.claude/CLAUDE.md.
- Distinctive: line 46
No manifest anywhere else: ask the person how they installed the harness (installer for which agent and folder, or by hand) before writing …
≈ “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
Harness onboarding
Turns the shared harness into the person's own setup. The shared part (skills, ROUTING.md) stays as installed; this skill adds a short personal layer on top.
1. Interview
Ask one question at a time, in the person's language, with suggested answers so they can reply in a word:
- What do you mostly do? (designer, developer, product, marketing, student, other)
- Which language should I answer you in? And for texts meant for other people (team, clients), which language?
- Are you a programmer? (yes / a bit / no) — sets how detailed setup instructions should be.
- Which tools do you use daily? (Figma, Notion, Linear, Jira, GitHub, Slack…) — only names, never logins or keys.
- How do you want results delivered? (report pages, short chat answers, files)
- Anything Claude or other agents keep getting wrong for you?
Stop early if they want to skip; use sensible defaults.
2. Draft the personal layer
Write 10-25 lines of plain instructions, for example:
# Personal layer (makkov-harness)
- Answer in English; drafts for my team in German.
- I am a designer, not a programmer: give step-by-step instructions, one command per block.
- Deliver research and plans with rich-report (Claude) or html-report (other agents).
- Daily tools: Figma, Notion, Linear.Rules: no secrets, tokens, emails of others, client names or company-internal details. Show the draft and get a clear yes before writing.
3. Write it to the right place
Write it where the harness itself was installed, so it lives and goes with that install.
- Find the install. Look for an install manifest,
.makkov-harness/install-<agent>.txt, first in the current project folder, then in the home folder. Itsrules=line names the instructions file the installer wrote the routing map into, andscope=says whether the routing covers all work or design only.- A manifest in the project folder (a project install): write into that project's file from
rules=. The layer then applies to this project only; say so. Do not write to a user-level file unless the person asks for it by name. - A manifest in the home folder (a user-level install): write into the file from
rules=. - Cursor (
rules=ends inmakkov-harness.mdc): that file is rewritten on every install, so writemakkov-harness-personal.mdcnext to it instead, starting with the same front matter (description: makkov-harness personal layer,alwaysApply: true). - No manifest, running in Claude Code with the makkov-harness plugin:
~/.claude/CLAUDE.md. - No manifest anywhere else: ask the person how they installed the harness (installer for which agent and folder, or by hand) before writing anything.
- A manifest in the project folder (a project install): write into that project's file from
Write it between markers, on lines of their own, so updates and the uninstaller find exactly this block:
<!-- makkov-harness:personal:start --> # Personal layer (makkov-harness) - … <!-- makkov-harness:personal:end -->Never overwrite other content. If the markers are already there, replace what is between them. If an earlier run left the
# Personal layer (makkov-harness)heading without markers, replace that section (from the heading to the next#heading or the end of the file) with the marked block. Back up the file first (<file>.bak-<date>).- Keep to the install's scope. With
scope=design, write only what concerns design work; leave out preferences for research, installs and general coding, and say why.
install/uninstall.sh and install/uninstall.ps1 remove this block (and Cursor's makkov-harness-personal.mdc) together with the routing map. A Claude Code plugin install has no uninstaller for it: to remove it, delete the marked block from ~/.claude/CLAUDE.md, or run harness-onboarding and ask to remove it.
Cloud sessions do not read the user-level file from the person's computer. Tell them: to have the layer in the cloud too, keep it in a private GitHub repository of their own and add it as a plugin marketplace in their claude.ai account (see the harness README).
4. Confirm
Say in 2-3 lines what was written and where, and how to change it later ("run harness-onboarding again").
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.

