agentleFS
LucasCooperBeyLucasCooperBey/claude-skills/skills/naming-the-machine/SKILL.md

naming-the-machine

Skill1 starsChanged 5 months agoMITView on GitHub

Scan skills, tools, workflows, and infrastructure to identify and name emergent expressions of value — products, methodologies, brands, or IP assets hidden in existing systems. Triggers on "what have I built," "find products in my systems," "audit for marketable expressions," or "name everything.

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 5 are distinctive, and 0 are 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.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Default: full audit. Unrecognized scopes fall back to full audit.

    line 12
  2. Distinctive:

    Start from what exists, skip what doesn't, never error on missing paths.

    line 26
  3. Distinctive:

    Use subagents for parallel scanning.

    line 34
  4. Distinctive:

    Cross-scope stitching: After scanning individual layers, look for patterns that span layers (e.g., a cron -> agent -> skill chain).

    line 36
  5. Distinctive:

    If it involves client work, annotate "verify IP ownership" but don't disqualify.

    line 46

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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

Naming the Machine

Invocation

naming-the-machine [infrastructure|projects|workflows]

Default: full audit. Unrecognized scopes fall back to full audit.

Signal Levels

LevelDefinitionTest
NamedFunctioning system, unlabeled. 3+ active components producing output todayCould you demo it right now?
EmergentRepeating pattern producing value across multiple sessions or projectsWould you notice if it disappeared?
Nascent1-2 components exist, others hypotheticalCan you describe the missing piece?

Execution

Scan

Start from what exists, skip what doesn't, never error on missing paths.

Sources (check all that exist; scope narrows which to prioritize):

  • Always: CLAUDE.md, skills index, context files, memory files
  • Projects: Git repos or dirs with CLAUDE.md/package.json -- prefer diversity over recency, cap at 20, read READMEs/architecture docs only
  • Infrastructure: Cron jobs (crontab -l), systemd services, MCP configs, tool registries
  • Workflows: Slash command tables, agent dispatch patterns, session save/load patterns

Use subagents for parallel scanning. Read structure first; drill into files only when they show signals. First run: scan broadly. Subsequent runs: focus on changes since last run.

Cross-scope stitching: After scanning individual layers, look for patterns that span layers (e.g., a cron -> agent -> skill chain). Composite patterns are often the most valuable and least visible.

Disqualify

A pattern must pass all three gates:

  1. 3+ distinct components — single tools or configs don't qualify; aliases for the same thing don't count as separate components
  2. Repeating — used across multiple sessions, projects, or time periods (within-session recurrence alone is insufficient)
  3. Referenced or reused — the user has invoked, described, or built on this pattern (not just theoretically valuable)

If it involves client work, annotate "verify IP ownership" but don't disqualify.

Name

For each surviving pattern:

## [Working Title]
**Signal:** named | emergent | nascent
**Value lever:** One sentence — what outcome does this arrangement produce?
**Next action:** Ship it / name it publicly / add [specific missing piece] / watch it

For named items, add: Linchpin — the one component that, if pulled, the whole arrangement falls apart.

Naming guidelines: Name the value, not the mechanism. Two words preferred, three max. It should make someone ask "what's that?"

Summary Matrix

| # | Working Title | Signal | Value Lever | Next Action |
|---|--------------|--------|-------------|-------------|

Sort: named → emergent → nascent.

Persist and Diff

Save to <your-output-dir>/naming-YYYY-MM-DD.md. On first run, just save.

On subsequent runs, find the most recent prior file and diff:

  • New — not in prior run
  • Promoted — signal level increased
  • Retired — in prior run, no longer present

Include delta in output.

Output

NAMING COMPLETE: [count] expressions identified
named=[n] emergent=[n] nascent=[n]
DELTA: [n] new, [n] promoted, [n] retired (omit on first run)

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.