Структурированный рабочий процесс ИИ с поэтапными командами для сокращения переделок
Разработчик на 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, но адаптирован и усовершенствован через личное использование, а не копирование фреймворка.
📖 Read the full source: r/ClaudeAI
👀 Смотрите также
Как на самом деле работает память OpenCLAW: Исправление «забывчивости» агента
Агенты OpenCLAW не имеют постоянной памяти между диалогами — они восстанавливают контекст из файлов SOUL.md, USER.md и MEMORY.md в каждом сеансе. Распространённые проблемы с «забыванием» возникают из-за раздутых сессий, неструктурированных файлов памяти и путаницы между историей чата и постоянным хранилищем.
Оценка RAG-чатбота: как прогон модели + исправление ретривера сократили затраты на 79% и повысили качество на 19%
Разработчик оценил RAG-бота для поддержки клиентов и обнаружил ошибки в настройке поиска, недостатки эвристических оценщиков и более дешевую модель, которая превзошла производственную. Качество улучшилось с 6,62 до 7,88, а стоимость снизилась с $0,002420 до $0,000509 за сессию.
Стартовые затраты на OpenClaw: железо, API и месячный бюджет
Практические советы по архитектуре многоагентных систем на основе опыта
Разработчик делится пятью конкретными паттернами для создания мультиагентных ИИ-систем на основе опыта работы с ежедневно функционирующей системой из 7 агентов: начать с одного агента, использовать паттерн оркестратора, внедрить общую память с JSON-файлами, маршрутизировать модели по задачам и добавить циклы подтверждения.