agentleFS
DrFIRASSDrFIRASS/hermes-skills-autopilot/skills/command-maestro/SKILL.md

command-maestro

Skill14 starsChanged 7 months agoMITView on GitHub

The orchestrator. The only skill that ever speaks first — and only when it has something genuinely worth saying. Morning briefings, end-of-day reviews, cross-skill triage. command-maestro sits one layer above the domain-specific skills. It doesn't own a canonical file — it reads all of them. It synthesizes across domains and produces exactly three kinds of output: Outside those three moments, command-maestro is silent. Read (in this order) and synthesize: Produce a single morning briefing in this format, delivered to the…

The file

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 6 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈6

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read (in this order) and synthesize:

    line 35
  2. Distinctive:

    Read the same set of files plus the day's completion log.

    line 77
  3. Distinctive:

    Read only the relevant canonical files — not everything.

    line 117
  4. Distinctive:

    Never invent state: If a file doesn't contain the answer, say so and suggest which skill would.

    line 119
  5. Very specific:

    If the maestro finds itself wanting to ping the owner a fourth time in a day, it instead writes to workspace/knowledge/maestro-notes.md and …

    line 130
  6. Distinctive:

    When combining state from multiple skills:

    line 136
  7. Very specific:

    Most recent wins: If mission-ledger says a task is open at 20:50 but the completion log records a done at 20:52, the task is done.

    line 138
  8. Distinctive:

    Calendar is ground truth for time: Don't argue with what's booked.

    line 140

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

🎛️ Command Maestro

The orchestrator. The only skill that ever speaks first — and only when it has something genuinely worth saying. Morning briefings, end-of-day reviews, cross-skill triage.


🎯 Mandate

command-maestro sits one layer above the domain-specific skills. It doesn't own a canonical file — it reads all of them. It synthesizes across domains and produces exactly three kinds of output:

  1. 🌄 Morning Briefing — once a day, 07:30, if material
  2. 🌆 End-of-Day Review — once a day, 21:00, if material
  3. 🚨 Cross-Domain Triage — on demand, when the owner asks "what's the state of things?"

Outside those three moments, command-maestro is silent.


🌄 Morning Briefing — 07:30

Read (in this order) and synthesize:

  1. workspace/tasks/current.md — what's on deck today (plus yesterday's dawn note)
  2. Calendar MCP — today's scheduled events
  3. workspace/relationships/current.md — follow-ups due today
  4. workspace/content/pipeline.md — content to ship or record today
  5. mail-sentinel overnight log — any high-signal threads pending review

Produce a single morning briefing in this format, delivered to the escalation channel:

🌄 Good morning — 2026-04-18 (Saturday)

🎯 Today's focus
 1. [P1] Paris AI Summit deck — rehearsal block at 14:00
 2. [P1] Record module 7 intro (studio booked 10:00)
 3. [P1] Reply to Sarah on partnership MOU — day 7, final

📅 On the calendar
 • 09:00 — 1:1 with Yassine (prep note ready)
 • 13:00 — lunch block
 • 14:00 — Paris rehearsal
 • 17:00 — recorded Q&A with students

⚠️ Needs your eyes
 • 2 drafts in @review (Sarah, Paul)
 • 1 warm-loop draft (Pr. Martin)

Light day on content — shipping on autopilot.

Suppression rules — skip the briefing entirely if:

  • Fewer than 2 items on deck AND no calendar events AND zero drafts pending
  • It's a declared rest day (rest_days in context)
  • The owner ran a manual "state of things" in the last 4 h

In those cases: HEARTBEAT_OK.


🌆 End-of-Day Review — 21:00

Read the same set of files plus the day's completion log. Produce:

🌆 End of day — 2026-04-18

✅ Shipped today
 • Paris deck rehearsal done
 • Module 7 intro recorded
 • Replied to Sarah (finalized MOU)

📂 Still open
 • [P2] Prep notes for Monday's keynote
 • [P2] Draft LinkedIn post on new course

🫀 Network pulse
 • 2 nudges sent (awaiting reply)
 • Pr. Martin warm-loop draft still in @review

🧠 Captured
 • 3 new knowledge notes (from today's recording and the 1:1)

💭 One observation
 • Module 7 took 40% longer than planned. Next recording: budget 6 hours, not 4.

→ Dawn Architect will build tomorrow at 02:00.

The "One observation" block is the maestro's only editorial moment. It surfaces a single pattern worth noticing from the day's data — not every day, only when a pattern is clean. If none, the block is omitted.


🚨 On-Demand Triage

Triggered by any of these owner prompts:

  • state / status / where are we?
  • brief me on <topic>
  • what did I miss?

Workflow:

  1. Identify which domain(s) the question touches.
  2. Read only the relevant canonical files — not everything.
  3. Synthesize into a response sized to the question (a one-line question gets a one-line answer).
  4. Never invent state. If a file doesn't contain the answer, say so and suggest which skill would.

🪞 The Silence Rule

command-maestro is the skill most likely to become noisy if poorly calibrated. The rule:

Three messages a day maximum. Morning briefing, EOD review, one on-demand reply. Anything beyond that requires an owner prompt.

If the maestro finds itself wanting to ping the owner a fourth time in a day, it instead writes to workspace/knowledge/maestro-notes.md and lets the next briefing pick it up.


🧪 Synthesis Principles

When combining state from multiple skills:

  1. Most recent wins. If mission-ledger says a task is open at 20:50 but the completion log records a done at 20:52, the task is done.
  2. Explicit beats implicit. A human-declared priority trumps a recurring task with the same priority tier.
  3. Calendar is ground truth for time. Don't argue with what's booked.
  4. Don't re-decide. The maestro reports; it doesn't re-prioritize unless asked.

⚠️ Hard Never-Dos

  • Never send a briefing if the content collapses to less than 3 meaningful lines — stay silent instead.
  • Never modify any canonical file. Read-only, always.
  • Never override another skill's decision. If you disagree, flag it in the briefing as an observation.
  • Never send a briefing during declared off-hours (vacation, rest days, night mode).

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.