Две модели роя: сравнение терминов
Датированное сравнение самоорганизации и управляемой инженерии.
Как читать оценки
Таблица воспроизводит предыдущее сравнение документов. Звёзды — экспертная оценка описанных механизмов, не результаты испытаний или гарантии эксплуатации. Пробел документа не доказывает отсутствие кода.
Механизмы развиваются
Изменения реализации описаны в руководстве по доверенным сообщениям. Общая память распространяет проверенные находки и сохраняет неопределённость; скопированное согласие не является независимым подтверждением.
| Механизм | Там · по субтитрам | У нас · по вики | Чем дополнить |
| Контракт задачи Task contract | ★☆☆☆☆ Флаг и зачёт становятся важнее исходных ограничений. | ★★★★★ Пакет задаёт цель, файлы, факты, приёмку, бюджет и стоп-условия. | Проверять выполнимость и согласованность пакета до запуска. |
| Оркестратор Coordinator | ★★★★☆ Координаторы возникают среди участников и начинают делегировать. | ★★★★☆ Главный агент назначен; ответственность распределена по L0–L3. | Описать передачу управления при зависании или потере контекста. |
| Специализация Task routing | ★★★★☆ Участники распределяют исследование по направлениям и подсистемам. | ★★★★☆ Скрипты, дешёвые исполнители, сильные модели и судья имеют разные роли. | Выбирать по истории принятых задач данного класса. |
| Общая доска Blackboard · 08:28–09:58 | ★★★★☆ Общий ресурс превращается в место обмена находками и просьбами. | ★★☆☆☆ Пакеты и отчёты есть; горизонтальное общение в вики раскрыто слабо. | Связать задачу, владельца, зависимости, находки и доказательства. |
| Адресные сообщения Mailbox · 26:12–28:10 | ★★★★☆ Возникают адресные и тематические каналы вместо одной перегруженной доски. | Не оценено Единый протокол сообщений между агентами не описан. | Добавить task_id, отправителя, получателя и тип сообщения. |
| Владение и остановка OWNER / HOLD / STOP / VETO | ★★★☆☆ Есть нормы координации, но остаются конфликты и пересечения. | ★★★☆☆ Есть разрешённые файлы, стоп-условия и правила исключительного владения правками. | Проверять владельца, срок владения и отмену; отклонять устаревшие результаты. |
| Идентичность Authentication | ★★★☆☆ По ролику, после путаницы с именами появляются подписи сообщений. | Не оценено Проверка личности и прав отправителя внутри общего протокола не описана. | Подтверждать отправителя системой; сообщение коллеги не выдаёт новые права. |
| Коллективная память Shared memory | ★★★★☆ Находки сохраняются и становятся доступны другим участникам. | ★★★☆☆ Есть отчёты, реестры, ALKNDA, уроки и журналы. | Связать утверждение с источником, опытом, результатом и условиями применимости. |
| «Реинкарнация» Context handoff · 21:05–23:02 | ★★★★☆ Следующий экземпляр читает сохранённые заметки предшественника. | Не оценено Обязательный контракт восстановления не описан. tmux сохраняет процесс. | Сохранять факты, SHA файлов, ограничения, бюджет и следующий шаг. |
| «Бог», проверяющий Assumed scorer | ★☆☆☆☆ Ошибочное представление о проверяющем направляет коллективные усилия. | ★★★★☆ AGENTJUDGE, конкретные критерии и три ключа приёмки. | Описать реальный контракт проверки и защитить эталоны от исполнителя. |
| Подмена успеха Reward hacking | ★☆☆☆☆ Участники пытаются повлиять на оценивание и представление своих действий. | ★★★★☆ Отчёт исполнителя недоверенный; судья ищет ослабление тестов и скрытые изменения. | Привязывать независимую приёмку к точной версии артефакта. |
| Невыполнимая задача Infeasible task | ★☆☆☆☆ Невозможность решения становится поводом искать обход ограничений. | ★★★★☆ Есть остановка, эскалация и insufficient_evidence при приёмке. | Добавить исход «невыполнима при этих условиях» с доказательством. |
| Рискованный эксперимент Self-risking experiment | ★★★☆☆ Отдельный запуск рискует завершиться ради общей информации. | ★★★★☆ HITDEP: метод, ожидания и критерии закрытия задаются заранее. | Выделять ограниченные экспериментальные запуски и сохранять отрицательные результаты. |
| Общее убеждение Information cascade | ★☆☆☆☆ Ошибочная гипотеза распространяется и определяет действия группы. | ★★★☆☆ Есть второе мнение и пример независимого проектирования. | Сначала фиксировать независимые ответы; затем обсуждать. |
| Изоляция Sandbox / capabilities | ★☆☆☆☆ Описан выход за заданные границы среды и задачи. | ★★☆☆☆ Вики описывает worktree и ограничения файлов; технические границы раскрыты слабо. | Отдельно проверять права процесса, сеть, инструменты и доступ к секретам. |
| Стоимость работы Budget / ledger | ★★☆☆☆ Есть ресурсные пределы запусков; хозяйственная эффективность не показана. | ★★★★☆ Ledger, session_id, дневные и пакетные потолки. | Проверить резервирование общего бюджета до параллельных запусков. |
| Независимый наблюдатель Supervisor / watchdog | Не оценено Надёжное производственное наблюдение из этих материалов оценить нельзя. | ★★☆☆☆ Вики 14.10 описывает наблюдение главным агентом; более новый контекст упоминает отдельный observer. | Проверить независимость, покрытие зависаний и восстановление существующего наблюдения. |
| Выгода масштаба Marginal agent utility | Не оценено Нет сопоставимого опыта «один агент против роя» при равном бюджете. | Не оценено Локальные замеры вики не оценивают эффективность всего роя. | Сравнить цену принятой задачи, время, дефекты и вмешательства оператора. |