Агент пишет лишний код: правило поиска готового решения и четыре места, где он его найдёт

Агент по умолчанию пишет код сам. Просят календарь, он пишет календарь, хотя рабочая библиотека лежала в двух строках установки. Вы платите за это дважды: сначала за написание, потом за отладку того, что уже отлажено чужими руками. Здесь лежит правило, которое разворачивает его поведение, и четыре места, где он найдёт готовое решение за минуту.

Читается за 12 минут. Внутри готовое правило для файла правил агента, которое разворачивает его с написания кода на поиск готового, четыре проверенных места поиска со ссылками, порядок отсева между двумя найденными решениями, наблюдаемая проверка что правило подхватилось, и честная граница где этот подход мешает.

Начни с первого раздела и сразу вставь готовое правило в свой файл правил, это делается один раз и дальше работает само. Потом подключи ОДИН инструмент поиска из второго раздела, не все четыре: поставишь всё сразу, не поймёшь, чем реально пользуешься. Следующую рабочую задачу дай агенту как обычно и посмотри, начнёт ли он с поиска готового, это и есть проверка. Раздел про выбор между решениями открой в тот момент, когда поиск впервые даст тебе два подходящих варианта, раньше он не пригодится. Последний раздел прочитай обязательно, там названо, где этот подход вредит.

Почему агент пишет лишнее и как это развернуть

Он не ленится и не хитрит. Его просто никто не просил искать. Формулировка «напиши мне X» читается буквально, поэтому он и пишет.

Разница видна на любой задаче. Просьба «сделай разбор ссылки на видео» превращается в двести строк своего разбора адресов, хотя готовая библиотека закрывает это одной строкой и знает про сорок площадок, о которых вы не вспомните.

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

Готовое правило, вставьте в свой файл правил

Скопируйте целиком и положите в CLAUDE.md своего проекта. Правило написано от действия, поэтому работает в любой конфигурации.

Промпт

## Сначала ищем готовое, потом пишем Перед тем как писать больше 30 строк кода под задачу, я обязан проверить, решена ли она уже. 1. Ищу готовую библиотеку или пакет под задачу и называю вслух, что нашёл и что выбрал. 2. Нашёл подходящее, беру его и объясняю в одну строку, почему именно это. 3. Не нашёл, говорю об этом прямо и только тогда пишу свой код. 4. Никогда не пишу с нуля разбор дат, адресов, форматов файлов, работу с сетью и повторные попытки. Под это всё есть проверенные решения. Правило не действует, когда задача про мой собственный проект, когда готовое решение тянет за собой лишние зависимости или когда пользователь прямо сказал написать самому.

Ставьте порог в строках, а не общие слова «переиспользуй код». Число даёт агенту наблюдаемый признак, а общая просьба остаётся пожеланием.

Четыре места, где он найдёт готовое

Все четыре проверены и открываются. Подключайте по одному и смотрите, чем реально пользуетесь.

Context7. Свежая документация прямо в диалог

Главная боль агента с библиотеками: он помнит их версию годовой давности и пишет код по устаревшему описанию. Context7 подтягивает документацию нужной версии в момент работы, поэтому примеры получаются рабочими с первого раза.

Открыть Context7

DeepWiki. Чужой репозиторий человеческим языком

Нашли подходящий проект и не понимаете, как его встроить. DeepWiki собирает по репозиторию понятное описание и отвечает на вопросы по его коду. Экономит вечер чтения исходников перед решением, брать или проходить мимо.

Открыть DeepWiki

GitMCP. Любой репозиторий как инструмент агента

Превращает конкретный репозиторий в источник, к которому агент обращается сам. Полезно, когда вы работаете с одной библиотекой плотно и хотите, чтобы агент сверялся с её настоящим кодом, а не вспоминал.

Открыть GitMCP

Каталог готовых серверов

Официальный список инструментов, которые подключаются к агенту. Заходите сюда с конкретной задачей и смотрите, закрыта ли она чужими руками. Обычно закрыта.

Открыть каталог

Как выбрать между двумя найденными решениями

Поиск даёт несколько вариантов, и здесь новички теряют время сильнее всего. Работает простой порядок отсева.

Дата последнего изменения. Проект без правок больше года берём только на разовую задачу.
Открытые вопросы у авторов. Их сотни и никто не отвечает, значит вы останетесь с проблемой один на один.
Размер зависимостей. Библиотека тянет за собой десяток чужих, а вам нужна одна функция, лучше написать эту функцию самому.
Наличие примеров. Нет примера использования в описании, вы потратите на разбор больше, чем сэкономили.

Отдельно про звёзды на репозитории. Их число говорит о популярности и почти ничего о пригодности. Проект на триста звёзд с живыми авторами полезнее заброшенного на двадцать тысяч.

Посмотреть историю роста проекта

С чего начать в соцсетях

Проверка, что правило работает

Внедрять вслепую бессмысленно, признак нужен наблюдаемый.

Дайте следующую задачу как обычно и смотрите на первое, что делает агент. Правило работает, когда он начинает с фразы про поиск и называет, что нашёл. Он молча начал писать код, значит правило не подхватилось, проверьте, что файл правил лежит в той папке, откуда вы его запускаете.

Второй признак наблюдается через неделю. Посмотрите, сколько ваших задач закрылось подключением готового и сколько своим кодом. Соотношение сдвинулось в сторону готового, правило живое.

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

Где этот подход мешает

Честная граница, чтобы вы не применяли правило там, где оно вредит.

Ваш основной продукт. То, чем вы отличаетесь от других, пишется своими руками, иначе вы собираете конструктор из чужих деталей и ничем не отличаетесь.
Мелочь на десять строк. Поиск и подключение займут дольше, чем написать.
Задачи с вашими данными внутри. Прежде чем подключать чужой сервис, посмотрите, что он получает и куда отправляет.
Учёба. Разбираетесь в теме, пишите сами, тут медленный путь и есть цель.

Читать дальше в блоге

Эту тему я разбираю подробно в статье рабочий список нейросетей для контента. Там же лежат остальные разборы про нейросети.

Следующий шаг

Хочешь так же, но под свой блог и продукт?

Я собрал систему, по которой обычный человек запускает блог с нуля и набирает аудиторию без съёмок, монтажа и команды. Внутри разбор, с которого стартовал сам.

Открыть разбор: с чего начать→