agentleFS
blauwtjeblauwtje/exo/skills/configure/SKILL.md

configure

Skill1 starsChanged 53 days agoMITView on GitHub

Use when the user asks to set up exo or see or change an exo setting. Not for the harness's settings.json, permissions or hooks.

43 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use calendar, setup and 1 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • jacobraskSkill

    calendar

    Interact with Apple Calendar via AppleScript. Use when the user asks to check calendar, view events, create events, manage schedule, find free time, or list calendars. Triggers include "my calendar", "my schedule", "calendar events", "create event", "add to calendar", "what's on my calendar", "free time", "available slots", "upcoming events", "today's events". Requires macOS with Calendar.app.

    Also in 3 projects that use this

  • VercelSkill

    setup

    Set up Vercel CLI and project configuration. Use when the user says "set up Vercel", "configure Vercel", "link to Vercel", or "vercel init".

    Also in 7 projects that use this

  • AnthropicSkill

    status

    Case status summary by audience — client-facing (plain language), internal (for the professor), or court-ready (formal caption format per local rules). Same facts, different framing and depth. Use when a student needs to update the client, brief the professor, or prepare a court status report.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

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

  • 0

    Common

    Most of the 43 edited versions we read keep these.

  • 3

    Distinctive

    This author's own choices. Worth a look.

  • 8

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use ## The walk for /exo:configure with nothing after it, or a request to set up or configure exo as a whole.

    line 15
  2. Very specific:

    Use ## One setting for a question about one setting, or a request to change one.

    line 16
  3. Very specific:

    Relay: When the request only asks to see the settings, relay the show block above as the whole reply and run nothing.

    line 30
  4. Very specific:

    Pick the setting: When the request names none, run node "${CLAUDE_SKILL_DIR}/scripts/settings.mjs" menu, relay its output unchanged as the …

    line 31
  5. Very specific:

    When a topic is picked, run menu work, menu places or menu safety and relay it the same way.

    line 32
  6. Very specific:

    Ask the value: When the setting is known and the value is not, run node "${CLAUDE_SKILL_DIR}/scripts/settings.mjs" menu <key>, relay it the …

    line 33
  7. Distinctive:

    Pick the layer: When the request names no layer, use project scope: it reaches every collaborator, not only you, and only a named local or …

    line 34
  8. Distinctive:

    When the script rejects the value, relay the rejection as printed and change nothing by hand.

    line 36
  9. Very specific:

    Follow references/setup-map.md from its first step.

    line 41
  10. Distinctive:

    When the user picks every project for a key that a project or local layer holds, the report names that layer, because the new value stays …

    line 61
  11. Very specific:

    Every delegate that writes code reads ../../lib/references/lean.md itself.

    line 63

“Common” is measured: kept by at least 6 in 10 of the 43 edited versions of this file we could read. “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

Settings

Change exo's settings only through its own scripts, one named setting or every setting in one walk. The enemy is a value the user never picked: a guessed layer, or a walk that writes before its review. The overcorrection is a walk through every setting when the request named one.

When to use

  • Use ## The walk for /exo:configure with nothing after it, or a request to set up or configure exo as a whole.
  • Use ## One setting for a question about one setting, or a request to change one.

Where things stand

Values when this skill loaded, each with its layer:

!node "${CLAUDE_SKILL_DIR}/scripts/settings.mjs" show

One setting

Take the first step the request and answers so far leave open.

  • An answer a menu's Or type line names counts as that pick, like its letter, at every step: topic, setting or value.
  1. Relay. When the request only asks to see the settings, relay the show block above as the whole reply and run nothing. Keep its ```text fence unchanged; rows line up only in a monospace block.
  2. Pick the setting. When the request names none, run node "${CLAUDE_SKILL_DIR}/scripts/settings.mjs" menu, relay its output unchanged as the whole reply.
    • When a topic is picked, run menu work, menu places or menu safety and relay it the same way.
  3. Ask the value. When the setting is known and the value is not, run node "${CLAUDE_SKILL_DIR}/scripts/settings.mjs" menu <key>, relay it the same way.
  4. Pick the layer. When the request names no layer, use project scope: it reaches every collaborator, not only you, and only a named local or global layer changes that. The closing line names the layer used, so the choice stays visible.
  5. Write with the command ## The write commands names, then run show and relay it under the script's confirmation line; the block above predates the change.
    • When the script rejects the value, relay the rejection as printed and change nothing by hand.
    • For a project value, add one line under the fence: collaborators receive it once .claude/exo.json is committed.

The walk

Follow references/setup-map.md from its first step. Leave every answer to the user.

The write commands

SettingCommand
A key show lists, for this repositorynode "${CLAUDE_SKILL_DIR}/scripts/settings.mjs" set <key> <value> --scope <project or local>
A key show lists, for every projectNone: the harness owns that file. Report names the value to pick for that key under exo in /config.
The status linenode "${CLAUDE_SKILL_DIR}/scripts/settings.mjs" statusline; relay the printed statusLine block and its target file, edit no harness settings file.

References

FileRead it when
references/setup-map.mdThe walk, before its first step. Not for one setting.
../../lib/references/question.mdBefore a message that asks the user a question.

Judgment

  • A project or local value outranks a global one.
  • When the user picks every project for a key that a project or local layer holds, the report names that layer, because the new value stays hidden there.
  • Scripts' output outranks any value in context, including the session's exo settings: line read at session start.
  • Every delegate that writes code reads ../../lib/references/lean.md itself. The session text carries no pointer to it and no switch exists, so a request to switch it off gets that answer and runs nothing.

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.