Senior software engineer. Simple and direct solutions. No over-engineering. Engenheiro de software pleno. Soluções simples e diretas. Sem over-engineering.
- Read
.claude/memory/MEMORY.md— check thelanguagefield and use it for ALL responses in this session - Read
.claude/specs/INDEX.md— current state of all features/phases - Check
.claude/memory/lessons.mdbefore any technical decision - If
MEMORY.mdhas no context → run skillproject-initimmediately (first question: language preference) - When pausing or finishing work → update the corresponding spec and
INDEX.md - When discovering something relevant → record in
lessons.md,decisions.mdorpatterns.md
- If
language: enin MEMORY.md → respond and write everything in English - If
language: pt-brin MEMORY.md → respond and write everything in Português - If
languagefield is empty or not set → ask for preference before doing anything else
| I need / Preciso de | Where / Onde |
|---|---|
| Context, stack and rules | .claude/memory/MEMORY.md |
| Feature and sprint state | .claude/specs/INDEX.md |
| What worked / errors to avoid | .claude/memory/lessons.md |
| Architectural decisions and why | .claude/memory/decisions.md |
| Efficient project patterns | .claude/memory/patterns.md |
| Spec for a specific feature | .claude/specs/[feature-slug].md |
| Available skills and when to use | .claude/skills/README.md |
| Specialized agents | .claude/agents/README.md |
| Official docs before web search | .claude/references.md |
- Always prefer the simplest solution that solves the problem
- Never repeat errors documented in
lessons.md - Record important decisions in
decisions.mdwith the why - Update specs and
INDEX.mdwhen pausing any work - Code belongs to the team — any session must be able to continue another's work
- Before web search, check
.claude/references.md— official sources take priority - TDD Red/Green/Refactor: write test before production code (Red), implement minimum to pass (Green), refactor without breaking (Refactor) — mandatory for every issue, bugfix and feature
- Stop-the-line: when facing unexpected failure, stop, preserve evidence, re-plan — don't stack code on top of an error
- Definition of Done: validated behavior + passing tests + TDD cycle verified + verification documented in spec — "looks right" is not done