Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/dewtech-technologies/dare-method/dare-bugfix-designgit clone --depth 1 https://github.com/dewtech-technologies/dare-methodWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00000 | $0.01152 |
| Opus 5 | $0.00000 | $0.00576 |
| Sonnet 5 | $0.00000 | $0.00230 |
| Haiku 4.5 | $0.00000 | $0.00115 |
Grade A, and why
dare-bugfix-design scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 120 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/dare-bugfix-design
Diagnostica bug em projeto existente e planeja correção cirúrgica via Método DARE. Gera DARE/DESIGN-Bugfix-[Nome].md com causa raiz, riscos de regressão e plano de ação mínimo.
Como usar
/dare-bugfix-design # interativo: pede o relato
/dare-bugfix-design "Login falha quando email tem +" # com descrição direta
Quando usar
- Usuário relata bug ou comportamento inesperado
- Bug complexo precisa de planejamento antes de codar
- Risco de regressão é não-trivial
O que fazer
1. Entender o relato completo
Antes de tocar em código, esclareça:
- Comportamento atual — o que acontece de errado?
- Comportamento esperado — o que deveria acontecer?
- Passos para reproduzir — como você fez aparecer o bug?
- Logs/stack traces — se houver, peça ao usuário
2. Localizar a área afetada
Identifique controllers, services, queries ou componentes envolvidos no fluxo. Use grep / IDE navigation para chegar nos arquivos mais prováveis.
3. Encontrar a causa raiz (crítico)
Não trate sintoma. Investigue o porquê:
| Tipo de causa | Exemplos |
|---|---|
| Lógica de negócio | Condição incorreta, cálculo errado, off-by-one |
| Banco de dados | N+1, deadlock, dados inconsistentes, índice ausente |
| Validação | Input não validado, tipo incorreto, edge case (string vazia, NaN, negativo) |
| Concorrência | Race condition, falta de lock, transação isolada errada |
| Segurança | SQL injection, XSS, IDOR, broken auth |
| Integração | Timeout, retry sem idempotência, API externa mudou contrato |
4. Avaliar impacto e riscos
- Quais arquivos precisam mudar?
- Tem migração/script de DB?
- O que mais essa correção pode quebrar?
- Qual o blast radius?
5. Gerar DARE/DESIGN-Bugfix-[Nome].md
Estrutura obrigatória:
# Bugfix Design: [Nome curto e descritivo]
## Descrição do Problema
- **Comportamento Atual:** [o que está acontecendo]
- **Comportamento Esperado:** [o que deveria]
- **Passos para Reproduzir:** [se conhecido]
- **Severidade:** [Crítica / Alta / Média / Baixa]
- **Reportado por:** [usuário / Sentry / monitoramento]
## Diagnóstico da Causa Raiz
[Explicação técnica detalhada do porquê o bug ocorre — referencie linhas de código específicas se possível]
## Análise de Impacto
- **Arquivos a Modificar:** [lista exata]
- **Banco de Dados:** [migração necessária? script de fix de dados?]
- **APIs externas:** [muda contrato com algum cliente/integrador?]
- **Riscos de Regressão:** [o que pode quebrar ao consertar]
## Plano de Ação (Correção Cirúrgica)
1. [Passo 1: ajustar X em arquivo Y]
2. [Passo 2: adicionar teste unitário que falha com o bug e passa com a correção]
3. [Passo 3: validar comportamento em staging]
## Testes Necessários
- **Validation Gates:** [teste novo que reproduz o bug]
- **Testes de Regressão:** [testes existentes a re-rodar]
- **E2E:** [smoke test do fluxo afetado]
## Rollback Plan
[Se a correção quebrar produção, como reverter rapidamente?]
## Próximas Etapas
1. Revisar e aprovar este Bugfix Design
2. Rodar `/dare-blueprint` se a correção for grande, ou ir direto para `/dare-tasks`
3. Se for trivial (< 10 linhas), pular direto para `/dare-execute`
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 120 lines · 0 tokens per session scan A 77079645c669
dare-bugfix-design is a command published in the GitHub repository dewtech-technologies/dare-method (5 stars, last pushed 1mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,152 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other commands, from other repositories
search
Search recording context — screen, mic, and system audio events.
log
SoDamAgentic 안전 기록 조회(F6). 사용자가 /sodam-agentic:log 로 실행하면, 지금까지 안전장치가 막거나 확인받은 내역을 쉬운 한국어로 요약해 보여준다.
act
Act on a spoken instruction from the mic transcript.
f8-easy
SoDamAgentic "쉬운 모드"(F8). 사용자가 /sodam-agentic:f8-easy 로 직접 실행하거나, "이해가 안 돼요"·"너무 어려워요" 등 F1 온보딩보다 더 근본적인 도움이 필요할 때 자동으로 발동해(skills/f8-easy) AI에게 일 시키는 4단계를 더 쉬운 말·비유로 다시 설명한다.
plan
SoDamAgentic "계획 먼저". 사용자가 /sodam-agentic:plan 으로 직접 실행하거나, 새 작업을 요청할 때 자동으로 발동해(skills/plan) 코드를 짜기 전에 "무엇을·왜·완성 기준"을 먼저 보여주고 승인받는다.
review
SoDamAgentic "변경점 검토". 사용자가 /sodam-agentic:review 로 직접 실행하거나, 파일 변경 직후 자동으로 발동해(skills/review) 무엇을·왜 바꿨고 위험은 없는지 쉬운 한국어로 요약한다.