Розбір передових harness

У цій рубриці теорія harness із лекцій курсу послідовно зіставляється із сучасними передовими реальними продуктами. Для кожного продукту нас цікавить лише одне: як спроєктовано його harness — тобто інженерну інфраструктуру навколо моделі: п’ять підсистем інструкцій, інструментів, середовища, стану й зворотного зв’язку, а також такі ключові механізми, як безперервність контексту, ініціалізація, верифікація, спостережуваність, передавання роботи та цикли.

Ми навмисно не обговорюємо, наскільки сильні міркувальні здібності моделі, наскільки високий її результат у конкретному бенчмарку, і не даємо загального огляду того, «що вміє цей agent». Це питання рівня моделі та продукту. Тут ми розбираємо лише harness — усе поза вагами моделі.

Чому це варто розбирати

У першій лекції сказано: сильна модель не означає надійного виконання. Одна й та сама модель у різних harness може відрізнятися за результативністю на порядок. Проте лекції пояснюють, «як слід робити», а ці продукти показують, «як це насправді роблять провідні команди».

Кожен продукт — це окремий набір проєктних рішень. Зіставивши їх, ви побачите, як ті самі ключові механізми різні команди реалізують зовсім по-різному:

• Pi будує harness як мінімалістичне ядро з програмованими розширеннями та реалізує інженерію контексту через «мінімальний системний промпт + завантаження за потреби».
• Claude Code будує harness як повноцінне runtime-середовище: багаторівнева пам’ять, п’ятирівнева compaction, permissions, hooks і subagent.
• Codex доводить філософію harness до межі: репозиторій є джерелом правди, AGENTS.md — лише сторінкою-покажчиком, а worktree ізолює середовища.
• DeepSeek Harness узагалі визначає сам harness як runtime, незалежний від моделі: Everything is a Plugin.

Перелік статей

• Розбір дизайну harness у Pi: мінімалістичне ядро + програмовані розширення, що виносять інженерію контексту за межі системного промпту.
• Розбір дизайну harness у Claude Code: багаторівнева пам’ять, п’ятирівнева compaction, permissions і hooks — повноцінне runtime-середовище agent.
• Розбір дизайну harness у Codex: репозиторій як джерело правди, AGENTS.md як сторінка-покажчик, ізоляція середовища та цикл зворотного зв’язку.
• Розбір дизайну DeepSeek Harness: Everything is a Plugin — навіть цикл agent реалізовано як замінний plugin.

Як читати

Рекомендуємо спочатку прочитати перші лекції курсу, особливо Лекцію 02. Що таке harness насправді, щоб опанувати фреймворк із п’яти підсистем, а потім повернутися сюди й подивитися, як реальні продукти втілюють ці механізми.

Наприкінці кожної статті є два розділи — «Відповідність фреймворку курсу» та «Проєктні рішення, які варто запозичити». Вони допоможуть швидко перекласти дизайн продукту мовою понять курсу й безпосередньо перенести вдалі рішення до власного проєкту.