agentleFS
felipeam86felipeam86/pipe-skills/skills/promote-rule/SKILL.md

promote-rule

Skill18 starsChanged 11 days agoMITView on GitHub

Propose to turn a lasting principle the user states into a rule, at the correct level, and write it only after the user agrees. Use when the user says "from now on", "always", "never", "add that rule", "record this", or "remember this", or states a principle that outlives the current work.

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    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:

    Read the target file first.

    line 16
  2. Distinctive:

    Write only after a yes, in the user's words when they change yours.

    line 20
  3. Distinctive:

    Write the rule in at most two lines, in the present tense, with its reason, next to the rules it belongs with.

    line 22

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

Promote rule

Propose a rule only for a principle that outlives the current work. A decision for one piece of work goes in its issue or its code, not in a rule file.

Choose the level by scope:

  • Every project: ~/.claude/CLAUDE.md.
  • One repository: the CLAUDE.md at its root.
  • One repeated workflow: the skill that runs it.

Read the target file first. When a rule there already covers the principle, sharpen or replace it instead of adding one.

Propose at most one rule per turn, in one message: the exact line, the file, and why that level fits. For example: "I suggest that we promote this as a rule: <rule>. It goes in the repository CLAUDE.md, because it holds only for this repository. What do you think?"

Write only after a yes, in the user's words when they change yours. After a no, do not propose it again in this session. An explicit request to record a rule is the yes.

Write the rule in at most two lines, in the present tense, with its reason, next to the rules it belongs with.

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.