Меня иногда спрашивают, как я всё это делаю, если код руками не пишу. Честный ответ: не пишу и не собираюсь. Я проектирую систему, ставлю задачу агенту, проверяю результат по бизнес-задаче и отвечаю за него. За год сложилось в четыре правила. 1. Сначала цифра «до». Сколько часов уходит, где ошибки, где текут деньги. Инструмент выбирается под эту цифру, а не наоборот. Сверка финотчётов: было — дни, стало — минуты. Не записал «до» — не докажешь «стало» даже себе. 2. Первая версия — минимальная, но законченная и используемая. Не прототип «на посмотреть», а то, что завтра запускается по расписанию. Дорабатывается по фактическому использованию, а не по фантазиям о нём. 3. Результат проверяется независимо: сверка с исходными данными, автотесты (на движке финансов их 70), пересчёт другим методом. Сдал число, рядом с которым нельзя поставить второе, — число не принято. 4. Знание живёт в коде, который считает, а не в заметке рядом. Самый дорогой урок лета: правило было записано за час до того, как агент посчитал по-старому. Записанное и применённое — разные вещи. Теперь правило — это либо проверка в конвейере, либо его просто нет.

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

Больше — в канале «Нетник · один вместо команды»: t.me/netnik_dnevnik