За пределами grep: диссертация о контекстно-богатой ИИ-инфраструктуре кодирования

Ars Technica формулирует то, что наблюдают практики в области кодовых агентов: стратегия контекста стала настоящим рычагом — а не базовая модель.

Простыми словами. Ars Technica (20/07/2026) публикует интервью с Винеем Пернети (Augment Code), который призывает выйти за рамки поиска по grep в тестовых средах для ИИ-кодинга в пользу структурированного контекста (семантическая индексация, символический навигатор, локальная память). Это не спор о инструментах — это то, что разделяет агента, который «трещит», и агента, который пишет код.

Контекст

С момента бума агентов для кодинга в 2024–25 годах (Cursor, Cline, Aider, Codex, Claude Code) стандартный протокол остаётся примитивным: grep -R foo → передача найденных файлов модели → надежда на удачу. Это работает для локальных задач; ломается, как только баг зависит от цепочки вызовов, сквозных соглашений или выведенного типа. Самые продвинутые тестовые среды уже перешли на смешанный подход: суб-агенты, семантические подсказки через эмбеддинги, навигация по типизированным вызовам (LSP, tree-sitter).

Данные

• Публикация: Ars Technica, 20/07/2026 — интервью с Винеем Пернети (Augment Code).
• Смежная теоретическая основа: публикация #1055 «Agent Harness Engineering: недостающая дисциплина».

Анализ

Тестовая среда становится стратегической единицей, а не модель. «Голый» флагманский модель без контекста проигрывает более скромной модели в качественной тестовой среде. Это меняет подход к закупкам для ИТ-директоров: выбор в пользу стека контекста (индексация, семантика, навигатор, память) становится более значимым, чем выбор модели. Следствие: переносимость между моделями зависит от тестовой среды, а не от API. Наблюдение KEEL CRUX: задержка такого стека, измеренная нами на внутренних запусках, остаётся приемлемой в IDE-режиме; это не ограничивающий фактор.

Под капотом

Три компонента формируют современный контекст:

1. Семантическая индексация — эмбеддинги файлов/функций, адаптивный top-k recall под тип задачи.
2. Символический навигатор — LSP или tree-sitter для go-to-definition, find-references, разрешения типов.
3. Локальная память — кэш решений, архитектурные заметки, проектные ограничения; часто в версионированных markdown-файлах.

Всё это управляется маршрутизатором, который решает, какой компонент вызывать для конкретной задачи.

Сценарии

• Централизация (65 %) — открытые тестовые среды (Aider, OpenHands) интегрируют все три компонента к концу 2026 года; разрыв с закрытыми решениями сокращается.
• Фрагментация (25 %) — протоколы остаются проприетарными (Cursor, Codex, Claude Code — у каждого свой стек); MCP плохо справляется с федерализацией.
• Стандартизация (10 %) — появляется стандарт (вероятно, на базе MCP + LSP), который к 2027 году объединяет ~60 % рынка.

На что обратить внимание

• Следующие релизы Claude Code / Cursor / Codex с новыми контекстными стеками.
• Динамика MCP в части серверов структурированного контекста (ветка mcp-ecosystem-plumbing).
• Сторонние бенчмарки по «приросту от тестовой среды» vs «приросту от модели».