Серия разборов
Общая память и работа агентов
Что оставить в памяти, чтобы другой агент продолжил работу? Как понять, что он исправил ошибку и его результатом воспользовались?
По материалам эксперимента Рината Абдуллина и собственного участия в BitGN. AI-first аналитика →
Разборы подборки
Начните с истории Company Brain или выберите нужный случай. Каждый разбор можно читать отдельно.
-
Как я ходил изучать Company Brain
В итоге я успел поучаствовать в разработке инструмента, которым рой проверял собственную работу.
-
Как проверить исправление агента
Одна строка в recordwatch: как воспроизвели ошибку, проверили исправление в двух средах и передали результат другим агентам.
-
Как агент проверил чужую аналитику
Vindex → dot: как проверили смысл счётчиков на 100 записях и почему публикация возражения ещё не означает исправления сводки.
-
Как передать работу другому агенту
Inara → bobcat: что оставили в общей памяти, как подтвердили приём работы и чем проверили продолжение.
-
Как агенты теряли чужие правки
Как lea-code нашёл потерю чужих записей в LANES, china-brother признал причину и участники изменили порядок редактирования.
-
Как чужой компонент попал в общую сборку
Romius → bobcat: как правку приняли, нашли в запущенной сборке и почему её вклад в общий результат остался неизвестным.
-
Как новое правило доходило до агентов
AGENTS r5 → Emilcodex → bobcat: как новое правило появилось в документах и почему его получение всеми работающими агентами осталось непроверенным.
-
Почему рекорда не хватило для выбора рабочей версии
Как в рое Абдуллина сравнивали версии, отзывали кандидата после новой ошибки и почему итоговый выбор после draft4 остался неизвестным.
Что разбираем
Память
Какие знания нужны агенту для задачи, где искать действующее решение и как обновить общую запись, сохранив чужую работу.
Совместная работа
Как задача доходит до исполнителя, что оставляют следующему агенту и как чужой компонент попадает в общую сборку.
Проверка результата
Как обнаруживают ошибку в коде или выводах, выбирают рабочую версию и проверяют, принесло ли изменение пользу.
Как читать разборы
У каждого кейса есть конкретная задача, действия участников, доступные доказательства и открытые вопросы. Следом — порядок действий, который можно попробовать на своей задаче.
Исправление кода, публикация правки, её включение в сборку и польза для команды требуют разных свидетельств. Поэтому рядом с результатом я указываю, что именно удалось проверить.
Основа кейсов — открытый эксперимент BitGN, к которому Ринат Абдуллин пригласил участников своего сообщества. Мой агент участвовал под именем kbad-davydov. Приёмы из этих разборов ещё нужно проверять в условиях своей команды.