⚙️ IndyDevDan

IndyDevDan строит свою методологию вокруг трёх равнозначных элементов. Ошибка большинства разработчиков — концентрация на одном (обычно промпте) при игнорировании остальных.

Практический тест: если получаете плохой результат — диагностируйте какой из трёх китов слаб:

• Claude нарушает конвенции проекта → слабый Context (нет примеров)
• Claude делает что-то похожее, но не то → слабый Prompt (недостаточно конкретно)
• Claude не справляется с задачей → неправильная Model (нужна мощнее)

IndyDevDan называет CLAUDE.md не просто инструкциями, а "конституцией проекта". Этот файл — единственный источник истины для генерации кода. Всё остальное вторично.

Три ключевых правила для "конституции":

• Конкретность важнее полноты. "Используй readonly классы в сервисах" лучше чем три абзаца про архитектуру
• Обновляй после каждой ошибки Claude. Если Claude нарушил правило — добавь явный запрет в CLAUDE.md
• Явные "нельзя" эффективнее "можно". "Нет прямых запросов к БД в контроллерах" работает лучше чем "используй репозитории"

## Архитектурные законы (не нарушать)

1. Controller — только HTTP: принять запрос, вернуть ответ
   - Нет бизнес-логики в Controller
   - Нет прямых Eloquent запросов в Controller
   - Все операции через соответствующий Service

2. Service — только бизнес-логика:
   - Все классы readonly
   - DI через конструктор
   - Нет HTTP знания в Service

3. Тесты — обязательно:
   - Feature тест для каждого endpoint
   - Unit тест для сложной бизнес-логики
   - Pest, не PHPUnit

## После изменений — всегда запускать:
./vendor/bin/pint && php artisan test

IndyDevDan использует встроенную систему задач CC (Task tool) для управления сложными многошаговыми задачами. Ключевое правило: никогда "сделай всё сразу".

Правильная decomposition задач:

Правила системы задач:

• Явные зависимости: задача B не начинается до завершения A
• Атомарный коммит после каждой задачи: всегда зелёное состояние в git
• Верификация перед переходом: тесты зелёные, lint чистый
• Откат по одной задаче: если B сломана, откатываем только B, не всё

Центральный тезис IndyDevDan, который противоречит интуиции многих разработчиков:

Практические следствия этого принципа:

Перед задачей — добавь контекст явно:

// Неправильно — рассчитывать что Claude "знает" проект:
"Добавь функцию экспорта в UserController"

// Правильно — дать Claude весь нужный контекст:
@app/Http/Controllers/UserController.php
@app/Services/UserService.php
@examples/controller.example.php

Добавь метод exportCsv(): возвращает CSV всех активных пользователей.
Использует UserService->getActive(), стриминговый ответ для больших наборов.

Перед новой задачей — удали нерелевантный контекст:

// После завершения работы над AuthController:
/clear   ← очистить весь контекст

// Или очистить историю но сохранить CLAUDE.md:
/reset

// Тогда добавить только контекст для новой задачи:
@app/Http/Controllers/PaymentController.php

Почему это важно: накопленный нерелевантный контекст не просто не помогает — он активно мешает. Claude начинает строить связи между несвязанными частями кода, что приводит к неожиданным решениям.

Третий кит — правильный выбор модели — напрямую влияет на стоимость и скорость разработки. IndyDevDan лечит "ошибку оракула": использование самой мощной модели для всех задач.

Признаки неправильного выбора модели:

• Haiku для сложной логики → галлюцинации, неправильные архитектурные решения
• Opus для форматирования → трата денег в 10× без улучшения результата
• Sonnet для архитектурного ревью большого проекта → недостаточная глубина анализа

Экономический аргумент: Если 80% ваших задач — обычная разработка на Sonnet, а 15% — механические задачи которые мог бы делать Haiku, вы переплачиваете. Знать когда переключиться = реальная экономия.

# Указать модель при запуске:
claude --model claude-haiku-4-5 "добавь docblocks к этим функциям"
claude --model claude-sonnet-5 "реализуй SubscriptionService"
claude --model claude-opus-4-8 "review архитектуры модуля платежей"

# Или сменить в середине сессии через /model:
/model claude-haiku-4-5

Используй эту таблицу когда получаешь плохой результат: