mirror of
https://github.com/domainaware/parsedmarc.git
synced 2026-07-31 04:35:58 +00:00
Permission mode is controlled by the Claude Code harness (the plan-approval dialog, Shift+Tab, launch flags), not by the model — no CLAUDE.md instruction, hook, or setting can switch modes after plan approval, so the clause was dead text that read as a promise the model can't keep. Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
1.5 KiB
1.5 KiB
CLAUDE.md
This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
Model roles for feature work
Any new feature or modification to an existing feature must follow this model split:
- Plan with Fable (fall back to Opus only if Fable is unavailable). Enter plan mode, design the implementation, and present the plan to the user for approval or modification. Do not start implementing until the user approves the plan.
- Implement with Sonnet by default; use Opus for large or complex work. Once the plan is approved, carry out the implementation by delegating the implementation steps to subagents via the Agent tool. Use
model: "sonnet"for routine, well-scoped changes (single-module edits, bug fixes, small features). Usemodel: "opus"when the approved plan is a large multi-file feature or refactor (e.g. a new output integration, or an RFC-level parser change touchingparsedmarc/__init__.pyplus types, tests, and docs), or when the change is complex even if contained — subtle parsing or encoding logic, concurrency, or a paired protocol (__getstate__/__setstate__, save/load, encode/decode) where one side is easy to get silently wrong. When in doubt, decide at planning time and note the choice in the plan. - Review with Fable (fall back to Opus only if Fable is unavailable). After implementation, all work must be reviewed by Fable before it is considered done.
PR reviews must also use Fable, with Opus as the fallback if Fable is unavailable.
@AGENTS.md