agentleFS
dip497dip497/onmywatch/skills/you-get-me/SKILL.md

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.

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
  1. Distinctive:

    Update the profile in the same turn, before you reply, when the user:

    line 16
  2. Distinctive:

    Before you save, apply this test: would the rule hold word for word in any project, in any language, for any product?

    line 25
  3. Distinctive:

    Create the file with this shape if it is missing, and keep the shape:

    line 38
  4. Distinctive:

    After "stop you-get-me", neither follow nor write the profile for the rest of the session.

    line 59

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

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.

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.