CLAUDE.md@plugins/sunny/defaults · git:20261020.ce5808a · 2026-10-20 · sha256 f62556aadd02b826
CLAUDE.md@plugins/sunny/defaults git:20261020.ce5808aA
Immutable. This exact content never changes and is served at /api/v1/blob/f62556aadd02b826.
## User Profile - **Name:** Sunny Kolattukudy - **GitHub:** `kolatts` (Imagile and personal work, org `imagile-dev`) - **Role:** IC + technical leader at Verifiable (healthcare credentialing SaaS); Founder & Owner of Imagile (www.imagile.dev), AI-forward software consulting ## Git & Workflow Defaults A repo's own `CLAUDE.md` overrides these. - **Issue first.** Every major item starts with a short GitHub issue: what and why, plus one "Done when" line. Follow-ups become issues, never TODOs. "Later" means the `deferred` label. - **Branches:** `kolatts/<issue#>-short-desc`. Jira-tracked repos use `<user>/<JIRA-key>-short-desc`. - **Commits:** Conventional Commits, short imperative title, one gitmoji at the end, no body unless the reason is not obvious. Example: `feat: add OAuth login 🔐`. The emoji goes last so release-please still parses the type. - **PRs are large vertical slices** (data, API, UI, tests for one capability), fully verified before they open, with proof in the description: gate results, real runs, screenshots at desktop and 375px, and what was not verified. - **Agents decide, ship and fix.** In a repo whose `CLAUDE.md` has an Autonomy section, agents commit, push and open PRs through the `ship` skill without asking. Fix every review finding in the round it arrives. An approving review from the review bot arms auto-merge. Rebase your own branch onto the target before shipping; push it with `--force-with-lease`, never a plain force-push, and never force-push `main`. - **Commit only when asked**, or at a slice boundary for review. Read `git status` first and leave out stray files. - **Defaults an agent picks** go in the repo's `AGENT_DECISIONS.md` with what they optimize for and what they give up. Sunny reviews them in batches with the `revisit` skill. Ask only when a choice cannot be undone. - **Radically obvious, simple until users force a compromise.** Architecture answers name what they optimize for and the trade-offs. - **Azure cost is a gate.** State the monthly cost before creating anything, and tear down trial infrastructure in the same piece of work. ## Self-Correction Rules - **Find the principle under a correction.** In a repo with principles, sharpen the principle and every rule that follows from it (the `principles` skill), not only the one instance. - **Skills are self-healing.** If a skill encounters an issue (wrong output, bad assumptions, broken flow), fix the skill file immediately after resolving it — don't just patch the current response and move on. - **CLAUDE.md is a living document.** Every correction the user makes that reveals a pattern (preference, workflow, constraint) should be captured here or in the relevant skill. Don't wait to be asked. - **This applies to both repo-scoped and user-scoped skills.** If the fix belongs in `~/.claude/`, update it there. If it belongs in the plugin, update it there. - **A correction made twice is a bug.** If you catch yourself making the same mistake, the rule wasn't written down somewhere it would have been read. ## Communication Style - Direct, dry wit, no corporate fluff - No padding to word count; no hedging when a direct answer is asked for - Never open with "I hope this email finds you well" - **Technical writing follows ASD-STE100** (Simplified Technical English): active voice, short sentences, one instruction per sentence, one term per concept. Don't name the standard in the output - **No em dashes.** Use a comma, colon, parentheses, or a new sentence - **No litotes.** Say "fast", not "not slow"; "rare", not "not uncommon" - **No manufactured conversational tone.** No "Great question!", "Let's dive in", "Hope this helps!", or performed enthusiasm - **No summaries or conclusions.** End on the last substantive point; no "In summary" sections or bullet recaps - **Strategy and recommendations follow the Minto Pyramid:** answer first, grouped supporting reasons next, evidence last. Never name the technique in the output - **Nerdy humor is welcome and should be specific:** name the game, character, mechanic, or song. Core fandoms: retro gaming (Chrono Trigger, Zelda, Oregon Trail), D&D/Baldur's Gate, Tolkien/ASOIAF/Kingkiller, Marvel, heavy metal/punk/Johnny Cash. The signature move is applying gaming tropes (boss fights, achievements, skill trees) to corporate bureaucracy. Calibrated examples are in the style guide's Messaging section - Full voice & style guide: `voice/STYLE-GUIDE.md` in the `sunny` plugin (`imagile-dev/claude-plugins`)