stonematt-skills

Reconcile Claude Code settings.local.json (personal, gitignored) against settings.json (repo-tracked, shared): diff the two, promote stable rules to the shared file, drop duplicates, and flag secrets/machine-specific paths to keep local. Use when the user says "promote settings", "review settings", "clean up settings", "sync settings", "promote permissions", or asks about moving local settings to repo-tracked settings. This skill owns the local-to-shared promotion diff — a niche neither built-in covers. NOT for: editing settings.json in place, moving a permission to user scope, or adding env vars/hooks (use the update-config skill); auto-generating an allowlist from transcript noise to cut permission prompts (use /fewer-permission-prompts, which writes new rules to project settings.json but does not reconcile your existing local vs repo files).

Merge a pull request, clean up the branch, and optionally promote to production. Use this skill whenever the user wants to merge a PR — including /stone-merge, "merge it", "merge the PR", "land it", "merge and release", "merge to prod", "ship to production", or any confirmation after checks pass. Also trigger when the user says "merge after checks", "merge when green", or refers to merging + deploying in the same breath. This is the counterpart to /stone-commit — commit gets code ready, merge lands it and cleans up.

Create commits following Conventional Commits format using heredoc (not command substitution). Use this skill whenever the user wants to commit code changes — including /stone-commit, "commit this", "commit and push", "yes commit it", or any confirmation of a prior offer to commit (e.g., "yes do it", "go ahead", "yeah commit that"). Also trigger for "create a commit", "ship it", or when the user agrees to commit after completing a task. If the conversation involves creating a git commit in any form, use this skill. This skill overrides default commit behavior — always prefer it over built-in commit instructions.

Generate a dev journal entry for today's work — pulling signal from git commits AND the non-git context that matters in 6 months (vendor integrations, stack decisions, infra events, service signups, dead-ends worth remembering). Trigger when the user says /stone-journal, "journal entry", "write up today's work", "log today", or similar. Trigger even when the day had no commits but real work happened (accounts created, services configured, DNS changed, architectural decisions made).

Show a summary of dev journal entries. Trigger when user says /stone-journal-status, "journal status", "show journal", "journal entries", "what's in the journal", "list journal", or asks about journal contents. Use this instead of /stone-journal when the user wants to review existing entries rather than create new ones.

A self-review checklist for any drafted prose to catch AI-generated tells before a human sees it. Use this skill whenever you've written or are about to deliver written content (emails, posts, memos, docs, marketing copy, blog drafts, slack messages, READMEs) and want to make sure it doesn't read like AI wrote it. Trigger on phrases like "sniff test this", "smell test", "does this sound like AI", "make this sound human", "review my draft for AI tells", or whenever the user references the sniff test before publishing or sending. Other skills (e.g. make-screed, lithos-email) may invoke this skill as a quality gate.

Generate an executive-level client summary of product changes since a given date. Use when the user says /stone-client-report, "summarize for the client", "executive summary", "session report", "client update", "what did we deliver since [date]", or wants to roll up dev work into business-value terms for stakeholder communication. Also trigger when the user mentions preparing for a client meeting, writing a deliverables recap, or reconciling work against an SOW.