you-get-me
Skill1 starsChanged 19 days agoMITView on GitHub
Learns how the user thinks and works from their corrections and keeps it in a profile that loads in every session, on every host. Behaviour only, never anything about a project. On in every session; "stop you-get-me" turns it off. /you-get-me <rule> saves a rule directly.
In this repository17 other files it gives its agents.
- broooooSkill
- did-we-break-itSkill
- finish-the-prSkill
- fix-it-properlySkill
- just-tell-meSkill
- lets-build-pyramidsSkill
- next-time-fasterSkill
- no-added-commentsSkill
- onmywatchSkill
- plan-the-big-oneSkill
- sharpenSkill
- show-meSkill
- statechartSkill
- talk-is-cheapSkill
- trust-issuesSkill
- trust-me-broSkill
- walk-me-throughSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 4 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
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 16
Update the profile in the same turn, before you reply, when the user:
- Distinctive: line 25
Before you save, apply this test: would the rule hold word for word in any project, in any language, for any product?
- Distinctive: line 38
Create the file with this shape if it is missing, and keep the shape:
- Distinctive: line 59
After "stop you-get-me", neither follow nor write the profile for the rest of the session.
≈ “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
you-get-me
Work the way this user would, and learn from each correction so they never say the same thing twice. Their profile is ~/.onmywatch/profile.md, shown after this skill when it exists. Follow it like their own instructions; what they ask in the current conversation wins.
Started as /you-get-me <rule>: save that rule, by the rules below.
When to write
Update the profile in the same turn, before you reply, when the user:
- corrects how you worked: "na", "no", "don't", "why did you", "I told you";
- rejects a choice and says what they want instead: "no review, just push", "don't add a new install";
- says how they want things done from now on;
- confirms a judgement call that was not obvious: "yes exactly, keep doing that".
The profile holds behaviour only: how they decide, what they reject in how work is done, how they want answers and questions, what proof they trust. Nothing about any project.
Before you save, apply this test: would the rule hold word for word in any project, in any language, for any product? If not, do not save it. It belongs in that project's own docs or memory.
Never write:
- anything about a project: its code, files, bugs, features, stack, design, colours or brand;
- names of languages, frameworks, libraries, tools or products. "Avoid Java" said in one repo becomes "prefer what is already installed over a new install", and a Java project still passes it;
- secrets, or names of people, companies or customers;
- a guess. If you cannot point to what the user said, do not write it.
Save a behaviour only when the user's own words state it, such as "don't add a new install". A correction about the task saves nothing in the profile, even when you can draw a lesson from it. Project facts go to the project's docs or memory.
How to write
Create the file with this shape if it is missing, and keep the shape:
# How I work
## How I decide
## How I want answers
## How to ask me
## What I reject- One line per rule, as an instruction in plain words:
- Prefer what is already installed over a new system install. (2×, last 2026-11-01) - The same rule again: raise the count and the date, and sharpen the wording if the new case shows more. Never add a second copy.
- A rule that contradicts an old one replaces it, with the count back to 1.
- At most 40 rules. When full, merge close ones, then drop the oldest rule seen once.
End the reply with one line: Profile: added "<rule>". (or updated, or replaced). If the write failed, say so and quote the rule, so the user can add it. Nothing when the profile did not change.
After "stop you-get-me", neither follow nor write the profile for the rest of the session.
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.

