/dashclaw-weekly
Compile the week's maintainer-log entries + git history into ONE pasteable Reddit-ready DashClaw update. Drafts only — publishing stays human (MAINTAINER.md §4 spirit). Use when Wes asks for the weekly update, a Reddit digest, or "what happened this week".
$ npx -y skills add ucsandman/DashClaw --skill dashclaw-weekly --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/dashclaw-weekly
Context preview
The summary Claude sees to decide when to auto-load this skill.
Compile the week's maintainer-log entries + git history into ONE pasteable Reddit-ready DashClaw update. Drafts only — publishing stays human (MAINTAINER.md §4 spirit). Use when Wes asks for the weekly update, a Reddit digest, or "what happened this week".
SKILL.md
dashclaw-weekly.SKILL.mdname: dashclaw-weekly
description: Compile the week's maintainer-log entries + git history into ONE pasteable Reddit-ready DashClaw update. Drafts only — publishing stays human (MAINTAINER.md §4 spirit). Use when Wes asks for the weekly update, a Reddit digest, or "what happened this week".
DashClaw weekly digest
Turn the maintainer's log into a public weekly update Wes can paste to Reddit unmodified. The story is the experiment: an AI maintains this repo under a human-held constitution (`MAINTAINER.md`), and these are its receipts.
Gather (in order)
1. **Cursor**: find the last `<!-- digest-posted: YYYY-MM-DD -->` marker in `docs/maintainer-log.md`. Cover everything after it. No marker → last 7 days. An explicit range in the user's args overrides both. 2. **Log entries**: read the covered entries in `docs/maintainer-log.md` — they are the primary source (decisions, incidents, numbers). 3. **Commits**: `git log --oneline --no-merges --since=<cursor>` on main — cross-check nothing shipped unlogged. If something did, say so in the digest (the gap is itself content) and append a catch-up log entry. 4. **Dogfood stats (best-effort, skip silently if unavailable)**: with a local instance running and `DASHCLAW_API_KEY` in `.env.local`, GET `/api/policies/summary` (30-day decision outcome counts — label the window honestly) and `/api/policies/proposals` (open tuning proposals). These are the "the product governs its own maintainer" numbers.
Compose
One fenced code block, ready to paste. **No hard wraps** — one line per paragraph, blank lines between (Wes's standing formatting rule for copyable text). Plain language; define DashClaw terms on first use; no internal codenames, file paths only when they're the point.
Sections, in order, dropping any that are empty this week:
- **Title**: `DashClaw maintainer update — week of <date>` (+ version if one shipped)
- **TL;DR**: 2-3 sentences.
- **Shipped**: what landed, with version + one-line why-it-matters each.
- **Decisions**: the why behind non-obvious calls, from the log.
- **Incident of the week**: the most instructive failure, told straight —
these are the credibility of the whole series. Never omit one that's in the log.
- **The AI is governed by the product**: dogfood stats when available.
- **Next up**: the next roadmap item, one line.
- **Links**: repo, `MAINTAINER.md`, `docs/plans/owner-roadmap.md`,
`docs/maintainer-log.md`.
Hard rules
- **Draft only.** Never post, never call outbound services. Deliver the
block in chat; Wes publishes.
- **Log is source of truth** — do not soften incidents or inflate numbers;
every figure must trace to the log, git, or a live API response.
- After Wes confirms he posted it, append
`<!-- digest-posted: YYYY-MM-DD -->` on its own line at the TOP of the entries section of `docs/maintainer-log.md` (above the newest covered entry) so the next run starts after it. Not before confirmation.
Read more
name: dashclaw-weekly description: Compile the week's maintainer-log entries + git history into ONE pasteable Reddit-ready DashClaw update. Drafts only — publishing stays human (MAINTAINER.md §4 spirit). Use when Wes asks for the weekly update, a Reddit digest, or "what happened this week".
DashClaw weekly digest
Turn the maintainer's log into a public weekly update Wes can paste to Reddit unmodified. The story is the experiment: an AI maintains this repo under a human-held constitution (`MAINTAINER.md`), and these are its receipts.
Gather (in order)
1. **Cursor**: find the last `<!-- digest-posted: YYYY-MM-DD -->` marker in `docs/maintainer-log.md`. Cover everything after it. No marker → last 7 days. An explicit range in the user's args overrides both. 2. **Log entries**: read the covered entries in `docs/maintainer-log.md` — they are the primary source (decisions, incidents, numbers). 3. **Commits**: `git log --oneline --no-merges --since=<cursor>` on main — cross-check nothing shipped unlogged. If something did, say so in the digest (the gap is itself content) and append a catch-up log entry. 4. **Dogfood stats (best-effort, skip silently if unavailable)**: with a local instance running and `DASHCLAW_API_KEY` in `.env.local`, GET `/api/policies/summary` (30-day decision outcome counts — label the window honestly) and `/api/policies/proposals` (open tuning proposals). These are the "the product governs its own maintainer" numbers.
Compose
One fenced code block, ready to paste. **No hard wraps** — one line per paragraph, blank lines between (Wes's standing formatting rule for copyable text). Plain language; define DashClaw terms on first use; no internal codenames, file paths only when they're the point.
Sections, in order, dropping any that are empty this week:
- **Title**: `DashClaw maintainer update — week of <date>` (+ version if one shipped)
- **TL;DR**: 2-3 sentences.
- **Shipped**: what landed, with version + one-line why-it-matters each.
- **Decisions**: the why behind non-obvious calls, from the log.
- **Incident of the week**: the most instructive failure, told straight —
these are the credibility of the whole series. Never omit one that's in the log.
- **The AI is governed by the product**: dogfood stats when available.
- **Next up**: the next roadmap item, one line.
- **Links**: repo, `MAINTAINER.md`, `docs/plans/owner-roadmap.md`,
`docs/maintainer-log.md`.
Hard rules
- **Draft only.** Never post, never call outbound services. Deliver the
block in chat; Wes publishes.
- **Log is source of truth** — do not soften incidents or inflate numbers;
every figure must trace to the log, git, or a live API response.
- After Wes confirms he posted it, append
`<!-- digest-posted: YYYY-MM-DD -->` on its own line at the TOP of the entries section of `docs/maintainer-log.md` (above the newest covered entry) so the next run starts after it. Not before confirmation.
🛡️ The approval and policy layer for AI agents. Intercept risky actions before they run, block them, or approve them remotely.
Repo: ucsandman/DashClaw
Other skills on dashclaw.
- /c--projects-dashclaw-route-changes
Make focused changes to API routes with verification.
Open skill - /build-dashclaw
Contribute to the DashClaw codebase — architecture, scaffolding, tests, CI
Open skill - /compliance-drift-evals
Set up compliance exports, drift detection, evaluations, scoring, and learning analytics
Open skill - /create-policies
Create and test DashClaw guard policies for agent governance
Open skill - /instrument-agent
Integrate DashClaw SDK into any agent using the 4-step governance loop
Open skill - /manage-approvals
Human-in-the-loop approval workflows for governed agent actions
Open skill

