- Зачем: - боевой прогон 2026-07-22 (конвейер issue #5 в демо-стенде) прошёл через плагин-обёртку Codex и воспроизвёл её известные баги; ресёрч 2026-07-07 давно рекомендовал прямой CLI, но в скилл не был поглощён. - Что: - roles.md: третий режим «Канал командной строки» — codex exec фоном у координатора, resume треда, плагин только для интерактива; - SKILL.md: передача владения только после остановки прежнего владельца; проверка команд сценария на живом объекте до прогона; - lessons.md: два датированных наблюдения 2026-07-22, вопрос №9 переориентирован на проверку CLI-канала боем. - Проверка: - перечитка трёх файлов на связность и отсутствие дублей; следующий прогон конвейера — по CLI-каналу. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
5.8 KiB
5.8 KiB
Эмпирика прогонов
Храни здесь только датированные факты, которые меняют выбор приёма, и живые гипотезы. Поглощённый урок сжимай до строки с указателем на действующий договор. Правь этот долговечный файл только после согласования с партнёром.
Наблюдения
- 2026-07-10 — хост скрыл выбор роли и модели; стоимость осталась
незакреплённой. Исследователь нашёл блокирующий
.gitignore, но без нужды запустил полный набор тестов. Вывод поглощён в основную оптику и роли. - 2026-07-10 — главной утечкой контекста была повторная передача отчётов и промптов через координатора. Вывод поглощён в правила обмена и сборку промптов.
- 2026-07-12 — разные семейства ревьюеров пересеклись в двух темах примерно из восьми и сохранили заметный независимый вклад. Вывод поглощён в договор ревью.
- 2026-07-12 — самоприменение поймало сломанную сборку с необязательным
notes.mdи показало, что язык обмена надо задавать явно. Вывод поглощён в сборку промптов. - 2026-07-12 — второй ревьюер того же семейства не дал новой родословной; координатор вывел в свой контекст 44 хэша, полный отчёт и почти весь diff; права ревьюера смешались с каналом результата; семь буквальных этапов породили лишние проверки. Вывод поглощён в основную оптику и договор ревью.
- 2026-07-22 — конвейер пошёл через плагин-обёртку вопреки ресёрчу
2026-07-07 и воспроизвёл её известные сбои: ложный старт с пустым
запросом, потерянные уведомления, несбрасываемый статус остановленной
задачи, read-only песочница ревьюера (вердикт извлекли из лога задачи).
Результаты спас файловый контроль координатора: мандаты и отчёты жили в
$SCRATCH, дерево сверялось тестами. Вывод поглощён в роли: канал командной строки. - 2026-07-22 — приёмочный сценарий трижды падал на непроверенных командах (способ аутентификации, маскировка кода выхода, имя колонки), а инлайн-python с экранированием в heredoc сломался и после проверки. Вывод поглощён в основную оптику: проверка команд на живом объекте, сборка сценария из файлов.
Проверить боем
- Удерживает ли Sol оптику тонкого мастера: что больше всего расходует контекст координатора и можно ли направить это через файл или субагента.
- Достаточна ли Luna
mediumдля простой ограниченной реализации и подтверждается ли, чтоlowдаёт слишком много повторной работы. - Окупается ли Terra
mediumна узком обзоре постановки и проверке реализации по задаче. - Сходится ли обычная реализация на Sol
medium, а сложная — на Solhigh, с меньшей общей стоимостью петли. - Оправдан ли ручной
xhighхоть в одном классе задач; текущая гипотеза — штатно переходить отhighсразу кmaxтолько по сильному триггеру. - Остаётся ли дерево неизменным после ревьюера с
workspace-writeи явным мандатом сохранять результат только в назначенный отчёт. - Доступны ли ревьюеру поиск и документация при текущих сетевых разрешениях.
- Достаточно ли файлового канала, чтобы координатор не открывал полный отчёт, diff и сырые журналы.
- Работает ли канал командной строки (
codex execфоном у координатора) на полном конвейере: запуск, resume треда ревьюера, чтение и запись общего$SCRATCH. Прогон 2026-07-22 проверил только плагинный канал — он забракован; при workspace-write запись в$SCRATCHработала, read-only песочница — нет.