LLMSkillHub
mirroredCopied from ucsandman/DashClaw under MIT. ucsandman has not claimed this page, and is not affiliated with LLM SkillHub.

ucsandman / 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".

0
SKILL.md
2.9 KB

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.