Использование LLM от vmkteam

В конце ноября 2025 года мир поменялся с выходом Opus 4.5. Та модель, которая “смогла”. Проекты, для которых требовалась команда и год разработки, теперь можно делать за пару недель в один ноутбук – так, например, у нас появился pgDesigner: визуальный проектировщик схем PostgreSQL с ERD, диффом схем, линтером и CLI для CI.

Что удалось узнать…

1. Прежде чем использовать LLM, научитесь критически оценивать результат на выходе (магии нет, есть инженерия).
2. Для начала предлагаю научиться программировать и проектировать (чтобы потом оценить тот самый результат).
3. LLM в проде – это автокомплит, а не творчество (когда вы сможете объяснить, что вам нужно, и получить результат с первой итерации – это тот самый profit).
4. Пет-проекты – это творчество для LLM (а тут задайте верхнеуровневые рамки, язык, стек и наслаждайтесь).
5. Самое ценное у разработчика – это время, поэтому нет смысла тратить его не на топовые модели ($100 все еще бесплатно).
6. Claude Code – это IDE, а не чат. Узнайте все возможности IDE (есть официальные гайды).
7. Claude Code с Opus/Fable 5 на xhigh – этого должно хватить (xhigh дешевле вашего времени).
8. Research → Prototype → Specification → Tasks (или Proposal → Requirements → Plan → Tasks) – эти слова важны (под одним словом скрывается глобальный пласт информации в весах модели).
9. Пишите промпты так, как будто у вас неограниченное количество студентов, которые умеют быстро выполнять задания и давать обратную связь (но они все еще студенты).
10. Claude Code – это как езда на феррари по городу: можно нарушать правила, если умеете водить (писать промпты и входить на скорости в поворот).
11. YouTrack (GitLab, etc.) – он для людей, а не для нейрослопа (его под спойлер или в отдельные файлы).
12. Никаких секретов в чат, для этого придумали pcurl (мы и придумали :).
13. Перед коммитом /simplify, /go-review, /commit-msg (последние две – из плагина ниже).

vmkteam-developer

Плагин в виде SDLC-профиля для Go-сервисов. Покрывает полный цикл разработки: от создания проекта и проектирования БД до мониторинга, расследования инцидентов и code review.

1. Это формализованный профиль инженера, а не набор шпаргалок (35 скиллов, которые знают наш стек).
2. Сквозной контекст: схема БД → сгенерированный код → RPC-контракт → метрики → алерты (меняете таблицу – плагин знает, что править дальше).
3. Кодогенерация вместо ручной работы (mfd-generator, zenrpc, colgen, rpcgen – лучший код тот, который не написан).
4. /onboard – прочитать проект и найти инфраструктуру (один раз в начале, дальше плагин в курсе).
5. /solve – от задачи в YouTrack до коммита (настоящий второй пилот).
6. /decompose – User Story на подзадачи (до того, как начали писать код).
7. /go-review – шесть ревьюеров: архитектура, простота, безопасность, тесты, эксплуатация (дешевле, чем оправдываться за нейрослоп).
8. /investigate – инцидент по всем источникам сразу (Sentry, Prometheus, Loki, Kibana, Nomad).

И самое главное: жгите токены, пока дают (уже сколько раз отбирали или хотели отобрать).