Структурированный рабочий процесс ИИ с поэтапными командами для сокращения переделок

Разработчик на r/ClaudeAI описывает повторяемый, программируемый рабочий процесс, предназначенный для решения постоянных проблем при использовании ИИ в ежедневной разработке. Основной выявленной проблемой была не потребность в более умной модели, а необходимость в повторяемом процессе, чтобы перестать исправлять одни и те же ошибки. Ключевые болевые точки включали потерю контекста ИИ между сессиями, нарушение стандартов проекта в основах, таких как именование и стиль, смешение планирования с выполнением и отношение к документации как к чему-то второстепенному.

Поэтапный командный рабочий процесс

Решение заменяет зависимость от одного гигантского промпта серией чётких, этапно-специфичных команд:

• /pwf-brainstorm – Определяет объём, архитектуру и решения.
• /pwf-plan – Превращает мозговой штурм в исполняемые этапы и задачи.
• Опциональные контрольные точки: /pwf-checklist, /pwf-clarify, /pwf-analyze.
• /pwf-work-plan – Выполняет план этап за этапом.
• /pwf-review – Проводит более глубокий обзор.
• /pwf-commit-changes – Завершает задачу структурированными коммитами.

Для небольших задач разработчик использует /pwf-work, но сохраняет дисциплину обзора и документирования.

Критическое правило

Правило, оказавшее наибольшее влияние на качество: /pwf-work и /pwf-work-plan обязаны читать документацию перед реализацией и обновлять её после. Это гарантирует, что ИИ работает с «памятью проекта», а не «в полуслепую», что значительно повышает согласованность и сокращает переделки.

Поддерживающая структура проекта

Рабочий процесс поддерживается конкретной структурой проекта для улучшения контекста ИИ:

• Одна папка для репозиториев кода.
• Одна папка для рабочих активов (документы, контроли, конфигурации).

Обе папки открываются как многоуровневые в редакторе (например, VS Code или Cursor), создавая опыт, подобный монорепозиторию, который помогает ИИ видеть полную систему без хаоса.

Результаты и ссылки

Разработчик сообщает о прямых результатах: меньше повторяющихся ошибок, меньше переделок, лучшая согласованность между сессиями и больше результатов с меньшим количеством ошибок. Он упомянул закрытие 25 задач (малых, средних, крупных) за день, избегая одного и того же цикла ошибок. Подход был основан на изучении концепций, таких как Compound Engineering, Superpowers, Spec Kit и Spec-Driven Development, но адаптирован и усовершенствован через личное использование, а не копирование фреймворка.