codemonsters.log

Как там твои ИИ исполняет поручения?



Фотография Хельмута Ньютона, великого fashion-фотографа, для американского Vogue 2002.

Читал его автобиографию и считаю его работы яркими высказываниями несмотря на объективизацию

Тестирую workflow по разработке сервиса.

Задачу перед собой поставил такую: хочу, чтобы агент или связка агентов:

1. Прожаривал требования;
2. Отдавал их агенту, и тот по постановке решал задачу согласно прописанному фреймворку и требованиям к архитектуре и качеству.

В результате двух недель экспериментов с golden task workflow подход работает стабильно.

В экспериментах используются GLM 5.2 для проработки плана, архитектуры и нарезки тикетов, а Qwen3.6‑27b — для реализации тикетов.

Вывод:
С вариативными GPT workflow прекрасно работает. Это конвейер где синтетическое творчество варится в дисциплине и четкой последовательности действий.
Я не могу пока раздувать вывод эмоциональным всплеском ;))

2 недели
20+ прогонов
Несколько поздних ночных сессий.
Результат меня удовлетворяет, узнал много нового.

Вывод 2: эксперименты очень важны, экспериментируй и воплощай то, что тебе очень интересно.

#codemonsterslog #ai #agents

Навёл порядок в скилл-харнесе для рационального SDLC с ИИ.

Что сделал:

🔹 Оптимизировал все 18 скиллов — привёл каждый к ≤300 строкам.
Часть со временем разбухла; вырезал дубли и воду, правила свёл к нормативным.

Суть не потерял — гейты, формулы, чеклисты на месте.

🔹 Перевёл на английский. Не из эстетики — по замерам экономит токены (−29% по набору, 63k → 45k).
Английский плотнее в токенайзере, а скилл-нагрузка грузится в каждый вызов роли.

🔹 Заострил роль планировщика — добавил сбор требований. Раньше дизайн стартовал «от одной фразы».

Теперь есть фронт requirements-intake:
бизнес-требование → функциональные требования (use-cases по Кокберну), акторы, интерфейсы, контракт API, карта отказов.

Спрашиваешь харнес «с чего начать?» в пустом проекте — он ведёт именно сюда.

По-моему, вышло достойно.
https://github.com/codemonstersteam/rationaldev-ai-sdlc-skills

Собираю все скиллы в удобный пак
заодно решил проверить какой будет эффект при переводе на английский
тесты показали - эффект будет положительный
#codemonsterslog

🛠 На митапе:
— Спроектировали pinout-openapi (C4: С1 в pinout, C2-C3 — в openapi).

— Обновили README.
— Гульнара помогла с Use Case'ами (Cockburn), документация стала чётче.

⚠️ Выявили риски со сборкой OpenApi и $ref — вынесли в таблицу. Решили не усложнять, сначала проверим в деле.


📌 План: допрограммируем по дизайну, на след. митапе (вторник) протестируем на проекте.

Получилось достойно. Давно собирался затащить c4.

Скиллы доработаны 🧸


👋 Что ещё улучшить? Пишите в комментариях.

🔥 Пора снимать видосы!

Смешные но по делу.

Я уже подготовил дерзкий SDLC без вот этого вот консервативного финтеха ;)

Врываемся в дерзкое тестирование в нашем диком мире:
— Тесты до нагрузки (чтобы не было мучительно больно);
– нагрузку разберем позже;
— Карго-культ и те самые "усложнялки", которые инженеры подкидывают нам как сюрприз.

Мне нужен тулинг, который наконец поставит разработку платформы на поток. 🚀
Его и пилим ;)

чтобы взлететь, нужно сначала пусковую отстроить.

Поэтому стартуем с базы инженерного мастерства и ковыряем CI/CD до самых косточек.

А потом в реальном времени спроектируем сложную систему и разработаем севместно с машиной. Все расскажу и покажу.

Готовьте гиты, будет жарко!
Без лишних съездов с трассы, только прямая дорога в пром ;))). 🛠️
Highway to prod ;)

#codemonstersvlog

🚀 ЗАВТРА В 18:30 — ПРЯМОЙ ЭФИР / ВСТРЕЧА

Друзья, напоминаю: завтра встречаемся в обычное время.
Ссылку на подключение дам отдельным постом ровно в 18:30 — не потеряйтесь!

🔧 Чем займёмся:

· Продолжим пилить инструменты Pinout — погружаемся глубже.

Спроектируем тулзу pinout-openapi и обсудим концепт.

Посмотрим как харнес поможет спроектировать то, что нужно.

· Живое общение: отвечу на ваши вопросы, обсудим идеи.

📌 Что было на прошлой встрече:
Мы доработали план разработки в нескольких репах, обсудили идею и подготовили постановку, которую скормили машине;)

---

✅ Кто будет — ставьте 🔥 реакцию чтобы я знал, сколько пуншей готовить ))
До связи! 💻

Привет!
Напоминаю, завтра я продолжу онлайн дорабатывать экосистему pinout для проверок контрактов сервисов в конвейере. платформы для обмена знаниями в конвейера

📡 pinout — дневник сессии

На митапе обсудили концепцию pinout — экосистемы, которая проверяет совместимость сервисов по их спекам (OpenAPI/AsyncAPI) прямо
в CI, без генерации клиентских библиотек. Источник истины — спека в Git. Написали промпт-постановку (intent), провалидировали
план — и пошли работать с ИИ-агентом.

Что сделали за сессию 👇

🧩 Доработали концепт и обоснование
Сформулировали несущий инвариант: сервис конформен своей спеке (доказано его компонентными тестами) ⇒ совместимость спек =
реальная совместимость, а не намерений. Разобрали, почему спека-в-Git выигрывает у генерации либ, и где границы подхода.

🔀 Закрыли развилку дизайна pinout-openapi (синхронные контракты)
- заглушки и сценарии компонентных тестов потребителя выводятся из master-спеки поставщика;
- MVP инструмента = чистая функция «спека потребителя vs master-спека поставщика», симметрично async;
- генерация сценариев от спеки поставщика — доработка скилла component-tests в service-template.

🗺️ Спроектировали по скиллам (vertical slice, ROP, бизнес-логика ≠ I/O): пакет проектирования, компонентные тесты (Gherkin),
канон общего формата отчёта валидаторов. Завели бэклог экосистемы (эпики E0–E4) и план интеграции с координатором графа
pinout-netlist.

📦 Репозитории:
- Концепт → github.com/codemonstersteam/pinout
- AsyncAPI-валидатор → github.com/codemonstersteam/pinout-asyncapi
- OpenAPI-валидатор (новый) → github.com/codemonstersteam/pinout-openapi
- Netlist-координатор (новый) → github.com/codemonstersteam/pinout-netlist
- Методология/скиллы → github.com/ubik-life/service-template

🛠️ Подход к разработке — TDD маленькими инкрементами с ИИ: проектируешь модули, фиксируешь контракты, выдаёшь чёткие задачи.

➡️ На следующем митапе продолжим проектирование инструмента pinout-openapi по бэклогу.

🗓️ Вторник 23 июня, 18:30.
Ссылку на встречу пришлю за 30 мин до встречи

backlog распределенной системы храним в мета-репозитории системы

#codemonsterslog