Бизнес-инструмент без разработчика: как ставить задачу агенту

масштаб

Внутренний сервис, который я собрал, когда учился

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

Собирал я его в одиночку, и это был буквально мой тестовый проект, когда я учился вайб-кодингу.

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

точка ноль

Я больше не пишу промт за промтом

Раньше работа выглядела так: пишешь промт, смотришь результат, пишешь следующий. И так по кругу.

Сейчас, создавая новую функцию, я вообще не иду этим путём. Я примерно понимаю, чего хочу, и закидываю это в улучшатель промтов — он добавит то, чего я не дописал.

Может показаться нелогичным, но это экономит массу времени, и результат получается лучше.

метод 1

Он нашёл вариант, до которого я бы не додумался

Дальше происходит интересное. Агент идёт искать, как такие задачи решают другие, и приносит варианты.

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

Я посмотрел — мне не понравилось. Но важно другое: я увидел чужой подход до того, как начал делать свой.

метод 2

Обсуждение и разработка живут в одном месте

Мы специально делаем это всегда в одном проекте. Обсуждение того, как будем создавать, и сама разработка — в рамках единого пространства.

Он сразу показывает концепцию системы, модель данных, что за чем идёт. И тут же выдаёт уточняющие вопросы.

центральный блок

Он сам придумал, каким должен быть отчёт

Вот момент, ради которого я это показываю. Он сам предложил структуру: столько-то чатов позитивных, один нейтральный. Мы об этом вообще не говорили — он придумал это сам, исходя из задачи.

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

Я отвечаю и говорю: идём дальше. И только теперь переходим к разработке.

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

метод 3

Я говорю с ним как с разработчиком

Я с ним много говорю — примерно так же, как разговаривал бы с разработчиками, если бы делал это чужими руками.

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

И такие мелочи, которые всплывают в разговоре, потом оказываются самыми полезными в работе.

wow-эпизод

Если через полгода чатов станет 200 — тогда и добавим

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

Поэтому мы честно договариваемся о границе. Смотри: если через полгода чат вырастет до двухсот с лишним, тогда и добавим эту доработку. А пока не трогаем.

У меня чатов действительно больше двухсот — и именно поэтому часть решений нужна мне сейчас, а не «на будущее».

инструмент

Справедливый вопрос: в какой программе работать

Справедливый вопрос: нужен ли специальный редактор? Отвечаю: разницы нет.

Можно пользоваться VS Code, можно любой другой средой. Инструмент здесь не решает — решает то, как ты ставишь задачу.

Что действительно нужно заранее: открытый проект и добавленные ключи доступа к сервисам. Без них разговор упрётся в технику вместо задачи.

дашборд

Что изменилось в постановке задачи

Свожу в таблицу разницу между тем, как я работал раньше и как работаю сейчас.

метод 4

Инструменты делаются под свою рутину, а не под рынок

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

Сокращатель ссылок появился не потому, что таких сервисов нет. Они есть. Он появился, потому что мне нужна была своя статистика в своём месте, а не в чужом кабинете.

Отсюда простое правило: инструмент имеет смысл, когда закрывает конкретно твою повторяющуюся боль. Если чужое решение за 15 $ её закрывает — бери чужое.

возражения

Я не разработчик, у меня нет проекта

что дальше

Опиши задачу словами и отдай улучшателю

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

Один вопрос напоследок. Ответь себе одним предложением: какая рутина в твоей работе повторяется так часто, что под неё стоит собрать свой инструмент? Назови её конкретно — с этого и начинается разговор с агентом. Я читаю.