12.2 · Сотрудничество PoB и агента
От ручного сращивания до эксплуатации системы: стандарты, журналы, разрешения и тиражируемые методы согласовываются на одном этапе.
Первый этап доказывает, что «сеть может работать»; этот этап доказывает, что «сеть может работать в больших масштабах» — PoB становится составным реестром доверия, а агент становится ограниченным уровнем исполнения, а не черным ящиком автоматизации.
Справочник по отрасли
- Uniswap v2→v3: от общего пула к централизованным уровням ликвидности и комиссий — это двойная эволюция «уточнения правил + эффективности капитала»; Фаза 2 WCN соответствует управлению версиями полей PoB, уровнями аудита, стимулами и правилами атрибуции.
- Маршрут Ethereum L2: исполнение и расчет на уровне, а основная сеть обеспечивает окончательность; WCN объединяет «человеческое принятие решений/исполнение агента/записи PoB», и агент не заменяет границы соблюдения требований и окончательной проверки.
- Развитый рынок Web2: Uber/Airbnb завершают создание среднего уровня доверия и безопасности перед масштабированием; На втором этапе завершается проверяемая автоматизация, а не просто добавляется количество функций.
конкретные результаты
PoB-стабилизацияДоставка: версия схемы PoB, журнал изменений, проверка соглашения об уровне обслуживания, процесс возражений и повторного рассмотрения; Библиотека шаблонов PoB по типам сделок. Индикаторы: согласованность структуры PoB в разных месяцах, количество дней ожидания проверок, тенденция количества споров об атрибуции.
Формализация агентаДоставка: матрица разрешений ролей, белый список инструментов, политика хранения журнала сеансов/задач, условия срабатывания, выполняемые пользователем. Индикаторы: скорость внедрения выходных данных агента, количество несанкционированных перехватов, количество откатов и исправлений (агент стабильности).
Продуктизация узловой методологииДоставка: в систему поступает список действий (контрольный список, шаблоны, учебные материалы) для важных узлов. Индикаторы: время, необходимое новому узлу для достижения «квалификации первого порядка», уровень использования сборника сценариев и сравнение выходных данных.
плотность замкнутого контураДоставка. Количество сделок, которые можно продвигать параллельно в одной сети за единицу времени, а также правила конфликта ресурсов. Индикаторы: Пропускная способность сделок на человека/ноду, уровень стагнации этапа (на какой карте больше всего).
Показатели успеха (пример)
- PoB v1.x В период заморозки критические изменения будут публиковаться только через номера управления/версии, а также будет существовать руководство по миграции.
- Инциденты, связанные с агентами (неправильные направления, утечки данных, несанкционированные операции), имеют вскрытие и исправления правил, которые можно восстановить.
- Воспроизводимость: новый регион или новая вертикаль достигают показателей воронки продаж (согласно операциям), сопоставимых с базовыми показателями, в течение 90 дней в соответствии с заданным сценарием.
Сигналы для входа в третий этап (краткое содержание)
Объекты расчетов (кто кому платит, на чем основано PoB, как решаются споры) можно согласовать на бумаге и в системе; модели идентификации и полномочий достаточно для поддержки бухгалтерского учета и аудита без использования временных таблиц. Подробности см. в [12.4](/wiki/roadmap/12-4-Milestones and Phase Switching Signals).
Основные риски на этом этапе
Автоматическое несоответствие доверияАгент ускоряет распространение ошибок. Релиз: иерархическая автоматизация, теневой режим, выборочная проверка и красная команда.
PoB: чрезмерная инженерияСлишком подробные стандарты замедляют бизнес. Выпуск. В качестве итоговой строки выберите «минимальный набор, подлежащий проверке», а остальные поля заполняйте постепенно.
Организации полагаются на узлы-героиМасштабирование по-прежнему зависит от нескольких человек. Выпуск: обязательная документация и механизмы передачи включены в ключевые показатели эффективности.
Заранее капитализируйтеNFT/Token оторван от ритма бизнеса. Выпуск. Уровень ресурсов будет инициировать проекты только после достижения порога 12,4.
Почему этот этап должен наступить после этапа 1
Без стабильных образцов Deal и Proof стандарты PoB станут воздушным замком; без четких ручных процессов Агент только усилит хаос. Это то же самое, что Rollup становится жестким требованием после того, как «действительно возникают» сборы L1 и перегрузка — сложность должна определяться реальной нагрузкой.
В конце второго этапа он должен быть в состоянии продемонстрировать внешнему миру, как сотрудничество человека и машины может стабильно давать более проверяемые результаты при одном и том же наборе правил, и что любые возникающие инциденты могут быть привлечены к ответственности и исправлены.