agentsclimarketplace

Session start

Skill yahor-punko/mavericks-os/.claude/skills/session-start

Load current Mavericks operating state. Use at the start of any session or after context is lost. Injects live initiative, stage, active slices, and next action. If ONBOARDING.md is present at the repo root (freshly bootstrapped project), its contents are output first and the file is deleted. If HANDOFF.md is present at the repo root, its contents are output next and the file is deleted.From its SKILL.md

Install
npx -y skills add yahor-punko/mavericks-os --skill session-start

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
  • 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.9 KB, ~1.0k tokens by cl100k_base, as published. Nobody here has run it

First-run onboarding (if present)

!test -f ONBOARDING.md && cat ONBOARDING.md || true

If the block above contained text, this is the first session of a freshly bootstrapped project — present the orientation to the operator, then delete the file with the Bash tool: rm ONBOARDING.md. The file must not persist into the next session. The || true makes this a no-op on projects without the file (including mavericks itself).

Mid-session handoff (if present)

!test -f HANDOFF.md && cat HANDOFF.md || true

If the block above contained text, read it carefully — it carries mid-session context from the previous agent turn (in-progress decisions, pending actions, warnings). Then delete the file with the Bash tool: rm HANDOFF.md. The file must not persist into the next session.

Current Mavericks state

!./scripts/mavp-operator --agent


Read the JSON above. Key fields:

  • stage — where the initiative currently stands
  • active_slices — what is in flight and who owns it
  • next_action — what to do next
  • blocker — stop if non-null, resolve blocker first
  • wave — current wave number
  • wave_session — session counter within the wave (may be absent or null)
  • permission_mode — the configured Claude Code permission mode
  • UPDATE_AVAILABLE — framework-version notice, a self-describing sentence (may be absent when versions match)
  • must_read — files changed since the previous close-session commit, plus context_docs declared by in-flight tasks (may be absent when empty)

Always render the wave digest header:

## Wave {wave} — Session {wave_session}

(Omit "— Session {wave_session}" if wave_session is absent, null, or 0.)

Immediately after the wave digest header, render the permission mode:

Permission mode: {permission_mode}

If UPDATE_AVAILABLE is present, surface a callout immediately after the permission mode line and before the task list:

> [!NOTE] Framework version
> {UPDATE_AVAILABLE}

Render the value verbatim — it is a self-describing sentence covering both the update-available and version-divergence cases, so no case-specific logic is needed. Render nothing when the field is absent.

If wave_summary is present, show it as one line of context:

Previous wave: {wave_summary}

If wave_strategy_note is present and non-null, show it as one line of context immediately after the digest header (and after Previous wave: if shown):

Strategy note: {wave_strategy_note}

If due_rechecks is present and non-empty, surface a callout immediately after the strategy note (or after the wave digest header if neither wave_summary nor wave_strategy_note is shown):

> [!NOTE] Rechecks due
> - {task} — {title} (due: {due}){overdue_marker}
> - ...

Where {overdue_marker} is ⚠ OVERDUE when the entry's overdue field is true, and empty otherwise. List overdue entries before due-today entries (the array is already in this order). This callout must be visible before the task list so the operator sees it at session start.

If must_read is present and non-empty, render it as a list immediately after the rechecks callout (or after the wave digest/strategy note if no rechecks are due):

Must read:
- {path}
- ...

This is the set of files changed since the previous close-session commit plus context_docs declared by any in-flight task — read them before making changes this session. Omit this block entirely when must_read is absent.

If active_slices is non-empty OR planned_tasks is non-empty:

List active_slices entries (in-flight tasks), then planned_tasks entries (queued for this wave), each as:

- T-xxx (status) — title

Do NOT read BACKLOG.md to find tasks — use only what the JSON provides. The JSON is scoped to the active wave; reading BACKLOG.md independently would surface tasks from archived waves.

Then show:

Next action: {next_action}

After the brief, ask the user:

What would you like to do?

  1. Continue current wave — pick up next_action
  2. Park it and start new work
  3. Something else

Wait for the user's choice before proceeding.

If active_slices is empty and planned_tasks is empty:

Show:

Next action: {next_action}

Do not ask the decision prompt. Do not re-derive state from chat history.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 326,871. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.