Джеффри Хантли делит dev-инструменты на S- и F-tier: решает --help и веса моделей

Джеффри Хантли предлагает смотреть на рынок инструментов для разработчиков через простую шкалу из двух ступеней: S-tier и F-tier. Критерий, по его словам, не в красоте SDK и не в бюджете на маркетинг. Всё решают веса моделей. Если агент уже знает инструмент из обучения, он обходится без скиллов и без MCP. Главный пример — GitHub: модели работают с ним через gh CLI, и дополнительная обвязка им не нужна.

Спор MCP против CLI

MCP, Model Context Protocol, Anthropic представила в конце 2024 года как единый способ подключать внешние инструменты к моделям. Протокол быстро стал стандартом де-факто для интеграций, и вокруг него выросла целая экосистема серверов. Но у подхода нашлись критики. Их аргумент: у разработчиков давно есть интерфейс, который понятен и человеку, и машине. Это командная строка.

Хантли встаёт на сторону CLI, хотя и не отвергает всё остальное. Его логика проста. Модель, которая видела тысячи примеров использования gh в репозиториях, issue и руководствах, вызывает команды уверенно. Описание инструмента в контексте ей почти не требуется. Каждый дополнительный слой, будь то MCP-сервер или набор скиллов, занимает место в окне контекста и добавляет точки отказа.

Почему лагеря расходятся

В S-tier попадают компании, чьи инструменты модели знают на уровне привычки. GitHub здесь образец: gh давно живёт в открытых репозиториях, документации и обсуждениях, то есть в данных, на которых учатся модели. В F-tier оказываются те, чьи продукты в обучающие выборки не попали. Агент либо галлюцинирует флаги, либо требует подробной инструкции в каждой сессии.

Это перекладывает конкурентное преимущество на другой уровень. Раньше выигрывал тот, у кого удобнее интерфейс для человека. Теперь выигрывает тот, чей интерфейс уже сидит в весах. Догнать такого лидера сложно: обучение новой модели занимает месяцы, и повлиять на него снаружи почти невозможно.

Три совета для тех, кто опаздывает

Хантли не оставляет новичков без плана. Он называет три шага:

• довести --help до состояния, в котором его удобно читать агенту: чёткие описания команд, примеры, предсказуемый формат вывода;
• оптимизировать документацию под агентский веб-поиск, потому что модели всё чаще ищут справку сами, а не полагаются на память;
• договариваться с лабораториями о включении документации в обучающие данные.

Первые два шага доступны любой команде уже сегодня и стоят недорого. Третий требует переговоров и зависит от желания лабораторий, зато именно он переносит инструмент из F-tier в S-tier в следующем поколении моделей.

Что делать командам прямо сейчас

Проверьте собственный CLI глазами агента. Запустите модель без подсказок и попросите решить типовую задачу с вашим инструментом. Если она ошибается в флагах или не находит нужную команду, проблема в --help, а не в модели. Переписывайте справку, пока агент не начнёт справляться с первой попытки.

Следом займитесь документацией. Короткие страницы с готовыми примерами команд, понятными заголовками и без маркетингового текста лучше индексируются агентским поиском и легче извлекаются в контекст. Публикуйте их там, где модели действительно ищут: в открытом вебе, а не за логином.

Наконец, не спешите писать MCP-сервер только потому, что это модно. Сначала убедитесь, что CLI не решает задачу. Если решает, MCP станет лишним слоем. Если не решает, у вас есть конкретный аргумент в пользу протокола. Позиция Хантли в этом смысле прагматична: выбирайте тот интерфейс, который модель уже понимает, и делайте его как можно прозрачнее.