메뉴
Reduz consumo de tokens e créditos no Cursor com leitura mínima de contexto. Use quando o usuário pedir para "ler só o necessário", diminuir custo, definir .cursorignore/.gitignore, limitar escopo, ou trabalhar com contexto grande.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | context-budget |
| description | Reduz consumo de tokens e créditos no Cursor com leitura mínima de contexto. Use quando o usuário pedir para "ler só o necessário", diminuir custo, definir .cursorignore/.gitignore, limitar escopo, ou trabalhar com contexto grande. |
Ajudar o agente a resolver tarefas com mínimo contexto necessário, mantendo qualidade.
Use esta skill quando o pedido envolver:
.cursorignore para excluir ruído..gitignore sem artefatos de build/teste/cache.Contexto mínimo primeiro:
1) Leia apenas: <arquivo A>, <arquivo B>, <arquivo C>.
2) Resuma em até 5 bullets o que encontrou.
3) Só depois proponha mudança.
4) Se precisar expandir, diga exatamente qual arquivo adicional e por quê.
.cursorignore cobre build/deps/cache/log?Turn a PRD into a multi-phase implementation plan using tracer-bullet vertical slices, saved under ./prd/PRD-NNN-feature-slug/plan.md (see prd/INDEX.md). Use when user wants to break down a PRD, create an implementation plan, plan phases from a PRD, or mentions "tracer bullets".
Deep vs shallow modules (Ousterhout). Use when designing APIs, reviewing module boundaries, or when the user wants smaller interfaces with richer implementations.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
Interface design for testability (dependency injection, pure results, small surface). Use when designing APIs, reviewing testability, or refactoring for tests.
When and how to mock (system boundaries only, DI, SDK-style APIs). Use when writing tests, reviewing mocks, or the user asks what to mock.
Refactor candidates after TDD (duplication, long methods, shallow modules, etc.). Use during refactor phase of red-green-refactor or when reviewing code quality.