Содержание слайдов

1. 1. Анатомия агента: семь обязанностей обвязки

   Что видно в исходниках одиннадцати систем — и чего они не доказывают

2. 2. Рейтинг не объясняет устройство агента

3. 3. Обвязка превращает ответ модели в действие

   Агент = модель + обвязка; оценка оборачивает уже агента

4. 4. Одиннадцать систем показывают разные инженерные выборы

   Четыре системы поставщиков моделей, семь открытых, Omnigent — сверху

5. 5. Исходники подтверждают устройство, но не эффективность

   Семь осей по зафиксированным версиям

6. 6. Каждая система занимает позицию по семи обязанностям

   Таблица 1: самая простая и самая полная реализация каждой подсистемы

7. 7. Малый цикл уже выполняет работу

   Запрос → действие → наблюдение → повтор; остальное — эксплуатация

8. 8. Завершение можно проверять отдельным шагом

   Aider проверяет внутри цикла, Hermes — на выходе

9. 9. За переносимость платят кодом под каждого провайдера

   Пять стратегий — от одного провайдера до плагинов

10. 10. Инструмент задаёт контракт действия

    Точная замена, патч, нечёткий каскад или оболочка

11. 11. После 15 инструментов описания грузят по запросу

    От одного инструмента до 109 — и поиск вместо каталога

12. 12. История сессии и контекст модели различаются

    Журнал хранит всё, модель видит проекцию

13. 13. Рабочий контекст — только один слой памяти

    Сжатие контекста сошлось, запись долговременной памяти — нет

14. 14. Разрешение и изоляция решают разные задачи

    Можно ли запускать? · Что процесс сможет затронуть?

15. 15. Делегирование требует контекста, прав и проверяемого результата

    Шесть схем: от одного агента до протокола между процессами

16. 16. Навык, MCP и хук дополняют друг друга

    Как работать · к чему подключаться · когда вмешиваться

17. 17. Отсутствие технологии не доказывает её бесполезность

    Наблюдение корпуса — не причинный эксперимент

18. 18. Повторный срез способен опровергнуть прежнюю картину

    Срезы восьми систем — в апреле и снова в июле 2026

19. 19. Обвязка превращается из инструмента в платформу

    SDK, расширения, маркетплейсы — и мета-обвязка сверху

20. 20. Сила выводов зависит от источника и версии

    Источник · версия · измерение · интерпретация

21. 21. Начинайте с 90 строк, наращивайте по сбоям

    Каркас авторов → наблюдаемый сбой → новый слой → измерение

22. 22. Карта архитектуры помогает выбирать проверку

    Агент = модель + обвязка из семи подсистем

    Основная масса кода — эксплуатация, а не решение задачи

    Разрешение на запуск и изоляция — разные механизмы

    Инвентарь стареет за недели, структура пока держится

    Наблюдения по исходникам — гипотезы для экспериментов

    Копируйте обязанность, а реализацию проверяйте на своих задачах

23. 23. Атлас подсказывает, что проверять экспериментом

24. 24. Архитектура должна пройти общий экзамен