Вышел чек-лист «Спека, которую агент не переврёт»: двенадцать проверок спецификации перед передачей задачи ИИ-агенту. Внутри четыре группы: источники, язык, границы, решения. Есть версия для печати на одну страницу.

https://analystcraft.ru/blog/checklist-spec-dlya-agenta?utm_source=tg_analystcraft&utm_medium=social&utm_campaign=lm02_checklist&utm_content=20260811-checklist-spec-news

Вышел второй шаблон августа: Decision Log — журнал аналитических решений, которые аналитик принимает молча и нигде не фиксирует.

Девять полей, четыре обязательных, минута на строку. В паке Markdown- и YAML-версии, README и заполненный пример на восемь записей.

https://analystcraft.ru/blog/decision-log-analitika?utm_source=tg_analystcraft&utm_medium=social&utm_campaign=lm03_decision_log&utm_content=20260815-decision-log-news

Открыта регистрация на разбор результатов первой группы интенсива «Вайб-аналитика v2».

2 сентября в 19:00 МСК Иннокентий Бодров покажет один проект целиком: от четырёх противоречивых документов до работающего прототипа. В разбор войдут реальные сроки, промежуточные результаты и места, где метод не помог.

Можно будет задать вопросы о процессе, инструментах и границах работы AI-агента.

Участие бесплатное. Разбор пройдёт онлайн и займёт около часа, запись будет.

Записаться:
https://analystcraft.ru/events/vibe-analytics-results-2026-09-02?utm_source=tg_analystcraft&utm_medium=social&utm_campaign=practicum_c2&utm_content=20260818-open-session-registration

Вышел P01 — сквозной кейс Acme Pay с TDPD.

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

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

Стоимость — 1 200 ₽. После оплаты через YooKassa ссылка на пакет появится на странице заказа и придёт на указанный email.

Посмотреть состав и получить кейс:
https://analystcraft.ru/products/acme-pay-tdpd-case?utm_source=tg_analystcraft&utm_medium=social&utm_campaign=brand&utm_content=20260820-p01-acme-pay

График текущей группы интенсива сдвинулся, поэтому Аналитическая мастерская переносит три ближайших события.

12 сентября: воркшоп «E2E-сценарии из спецификации». За три часа участники превратят спецификацию в проверяемые сценарии: основной путь, ошибки, восстановление и критерии приёмки. Стоимость: 3 900 ₽.https://analystcraft.ru/workshops/e2e-scenarios-from-spec?utm_source=tg_analystcraft&utm_medium=social&utm_campaign=practicum_c2&utm_content=20260821-schedule-workshop

16 сентября, 19:00 МСК: открытый разбор первой группы. В программе один проект целиком: документы, решения, прототип, сроки и места, где понадобилась ручная работа. Участие бесплатное, запись будет.https://analystcraft.ru/events/vibe-analytics-results-2026-09-16?utm_source=tg_analystcraft&utm_medium=social&utm_campaign=practicum_c2&utm_content=20260821-schedule-open-review

30 сентября, 19:00 МСК: старт новой группы «Вайб-аналитики v2». За шесть недель участники доведут свою рабочую задачу до прототипа или демо и защитят результат. Стоимость: 24 900 ₽.https://analystcraft.ru/vibe-analytics?utm_source=tg_analystcraft&utm_medium=social&utm_campaign=practicum_c2&utm_content=20260821-schedule-cohort

На VC вышел мой разбор о том, почему 10/10 запусков AI ещё не доказывают готовность результата.

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

Статья: https://vc.ru/ai/3119776-pochemu-uspehnye-zapuskai-ai-ne-garantiruyut-gotovnost-k-rabotye

Записали трёхминутную демонстрацию Подмастерья аналитика — AnalystCraft Coworker.

На учебном проекте Acme Pay показываем весь путь: загрузку требований, сбор контекста, запрос к локальной модели, подготовку спецификации и тест-кейсов, сверку с кодом.

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

Важное обновление по воркшопу «E2E-сценарии из спецификации».

Ранее я указывал дату 12 сентября. Проведение перенесено на 26 сентября 2026 года, 12:00 МСК.

Время начала, длительность три часа и стоимость 3 900 ₽ не изменились.

Подробности и ссылка на регистрацию появятся после повторной проверки страницы.

В «Аналитике, который думал» началась тема недели: как сделать требование проверяемым. Первый разбор — о том, почему начинать стоит не с «система должна», а с участника, ситуации и решения.

Первый материал: https://t.me/analysts_thinking/189

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

Читать: https://dzen.ru/a/ar6kopeOpXNffSk4

Документация API без примеров: что добавить

Фрагмент закрытой платной лекции. Это не полный разбор: здесь только один практический вопрос — что добавить к описанию API, чтобы его можно было проверить на практике.

API вернул 500. Что будет с вашими данными?

Фрагмент закрытой платной лекции с обсуждением интеграции. Это не полный разбор надёжной доставки: в этом отрывке участница разбирает, что должно произойти после ошибки сервера.

Идемпотентность и защита от дублей остаются за рамками фрагмента.

Мы подготовили учебный комплект о ситуации, в которой код и тест согласованы, а пользовательский результат всё равно неверен.

В комплект входят 15 смысловых слайдов, демонстрационный сценарий и цепочка проверки: источник и решение, пользовательский сценарий, критерий приёмки, тест, UAT.

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

Кейс Acme Pay полностью синтетический. Комплект пока не является анонсом выступления или подтверждённой программой.

Где в вашей команде появляется независимая точка приёмки, которая не повторяет исходное предположение задачи?

Kafka: единый канал данных, но не для больших файлов

Чем меньше отдельных каналов приёма данных, тем проще сопровождать платформу. В этом фрагменте разбираем единый формат сообщений в Kafka и оговорку про большие файлы. Это вариант архитектуры для обсуждаемого кейса, а не универсальное правило.

Больше разборов системного анализа и интеграций в Telegram «Аналитическая мастерская»: https://t.me/analystcraft

#API #СистемныйАнализ #Интеграции

Код обновился. А документация?

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

Больше разборов системного анализа и интеграций в Telegram «Аналитическая мастерская»: https://t.me/analystcraft

#API #СистемныйАнализ #Интеграции

Мы приняли один измеримый тест нового формата внутри существующего урока.

Это не запуск нового курса и не доказательство эффективности live-build.

Сравним текущий формат занятия с live-сборкой при том же учебном результате и той же длительности. Проверять будем не впечатление от демонстрации, а принятый артефакт на занятии, самостоятельное воспроизведение через семь дней и время поддержки на участника.

Точный урок, дата, baseline и T+7-задание ещё не зафиксированы. До этого эксперимент остаётся подготовкой, а не результатом.

Какой сигнал вы считаете самым честным доказательством переноса навыка после занятия?

В этом фрагменте — авторская метафора: LLM похожа на хорошо подготовленного джуна. Она быстро собирает правдоподобный ответ, но без рамок легко уходит в сторону.

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