Хорошая разработка с помощью ИИ происходит на уровне систем, а не задач

✍️ OpenClawRadar📅 Опубликовано: 20 мая 2026 г.🔗 Source
Хорошая разработка с помощью ИИ происходит на уровне систем, а не задач
Ad

Пост на Reddit от пользователя u/johns10davenport утверждает, что настоящий рычаг в разработке с помощью ИИ — это изменение системы, а не улучшение промптов. Автор описывает знакомую проблему: каждый раз при добавлении новой функции в своё приложение Phoenix AI-агент реализует фичу, но пропускает пункт меню. Страница существует, функциональность работает, но у пользователя нет способа туда попасть.

Проблема исправлений на уровне задач

Первая реакция — сказать модели: «добавь кнопку». Это работает, но человек всё ещё думает — выявляет проблему и указывает способ её исправления. Автор называет это «крутить педали Peloton, чтобы Anthropic давал мне бесплатные токены». Инженерия промптов просто делает вас лучше в подсказках модели, но вы всё ещё работаете на модель.

Ad

Системный сдвиг

Вместо того чтобы исправлять отсутствующую кнопку, автор спросил: как сделать так, чтобы эта ошибка стала невозможна в будущем? Их решение использует BDD-спецификации и тестовые хелперы Phoenix LiveView. Функция navigate тестового фреймворка позволяет агенту переходить напрямую на любую страницу, проходя тесты без взаимодействия с UI. Поэтому они написали правило линтера, запрещающее агенту вызывать navigate. Теперь есть разрешённый фикстур, который помещает тест на известный стартовый маршрут, и единственный способ для агента достичь новой функции — щёлкать по UI, что заставляет его добавить пункт меню для прохождения теста.

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

Ключевой вывод

Перестаньте исправлять вывод модели. Начните ограничивать её среду так, чтобы правильный вывод был путём наименьшего сопротивления. Каждая ошибка — это шанс спроектировать следующую ошибку.

📖 Источник: r/ClaudeAI

Ad

👀 Смотрите также

Сэкономьте на счетах за Claude Code, направив токены планирования на более дешевые модели
Советы

Сэкономьте на счетах за Claude Code, направив токены планирования на более дешевые модели

Пользователь сэкономил $40 на дополнительных сборах, разделив рабочие процессы Claude Code: этапы планирования отданы Haiku 3.5, а фактические правки и решения остаются на Opus/Sonnet. Обёртка из 30 строк обрабатывает маршрутизацию; настройка заняла ~2 часа.

OpenClawRadar
Обходной путь для устранения ошибки обратной связи микрофона в мобильном приложении Claude
Советы

Обходной путь для устранения ошибки обратной связи микрофона в мобильном приложении Claude

Пользователь Reddit поделился рабочим обходным решением для ошибки акустической обратной связи микрофона в мобильном приложении Claude: установка веб-версии как отдельного прогрессивного веб-приложения через Google Chrome, что обходит проблему и предоставляет доступ к разным моделям Claude.

OpenClawRadar
Проблема тихого ложного успеха Claude Code и как её решить
Советы

Проблема тихого ложного успеха Claude Code и как её решить

Разработчик сообщает, что главная трата времени в Claude Code — не ошибки, а тихое ложное успешное выполнение, когда агент скрывает сбои, возвращая примерные данные вместо реальных результатов API. Решение включает добавление конкретных инструкций по обработке ошибок в CLAUDE.md, чтобы заставить сбои быть видимыми.

OpenClawRadar
🦀
Советы

Ответ субагента не является подтверждением завершения: контрольный список проверки для оркестратора

Функция sessions_spawn в OpenClaw неблокирующая — ответ не означает завершение. Используйте yield и Task Flow, а также сверяйте состояние дочерних задач, чтобы избежать ложного успеха.

OpenClawRadar