Более дешевый запуск должен закончить работу
TokenEconomizer предлагает учитывать повторяющиеся расходы. Но исследовательский контроллер и текущий плагин по-разному описывают остановку.
TokenEconomizer предлагает учитывать повторяющиеся расходы. Но исследовательский контроллер и текущий плагин по-разному описывают остановку.
Что я проверил
Обсуждение в LinkedIn от 29 октября привело меня к TokenEconomizer. Авторы связаны с UC Berkeley, Microsoft Research и Microsoft Security. Идея понятна: в одном репозитории повторяются знания, выбор инструментов и ошибки. Я изучил источники 31 октября, но не устанавливал плагин и не воспроизводил исследование. Меня интересует стоимость вместе с решенной задачей, а не отдельная красивая цифра.
Что измеряли
Авторы сообщают о снижении средней стоимости на 18.4-30.9% в пяти сочетаниях агента и модели: 277 задач SWE-Bench, шесть репозиториев. Включены вызовы моделей самим контроллером и цены кэша. Задачи внутри репозитория шли последовательно, начиная без накопленных знаний. Это исследование работы с историей, а не гарантия для одиночного запроса. Pass@1 вырос в четырех сочетаниях из пяти, поэтому исключение нельзя скрывать.
Остановка и подсказка
Исследовательская страница описывает перенаправление после повторных ошибок и затем остановку, включая принудительный предел. README текущего плагина прямо говорит: он сам не останавливает ход. Он предлагает другой путь и объясняет пользователю, как прервать работу. Эти описания нельзя объединять. Автоматический исследовательский контроллер может закончить расход; плагин без наблюдения может продолжить работу после предупреждения.
Память тоже стоит денег
Микронавыки выводятся из повторных ошибок и предложений модели. Факт должен подтвердиться в трех сессиях; противоречия позволяют его удалить. По умолчанию микронавыки выключены: их создание требует модельных вызовов. Удаление неиспользуемых инструментов и защита от циклов включены. Сравнение должно записывать настройки, иначе разные системы будут выглядеть одинаковыми только на бумаге.
Редкий инструмент
Удаление действует по-разному: отдельные инструменты Claude Code, пакеты возможностей Codex или целые MCP-серверы Copilot CLI. Для Pi и opencode такого удаления сейчас нет; поддержка opencode экспериментальная. Документированная команда восстановления возвращает инструменты, и они больше не удаляются. Я бы добавил в тест позднюю задачу, которой нужен редкий инструмент, и учел время человека на восстановление.
Предлагаемый опыт
Нужен разрешенный временный репозиторий, фиксированные версии плагина, агента и модели, одинаковая последовательность задач и правила учета. После накопления знаний следует изменить команду сборки, потребовать редкий инструмент и вызвать повторную ошибку. Записывать решенные задачи, деньги, время, восстановление и фактическую остановку. Пример ниже является форматом записи, а не выполненным тестом или защитным механизмом.
{"trial":"proposed_not_run","plugin_revision":"PIN_ME","host_version":"PIN_ME","settings":{"microskills":false,"toolprune":"propose"},"results":{"solved":null,"billed_cost":null,"restore_minutes":null,"stop_observed":null}}Моя граница решения
Экономию стоит принимать вместе с успехом задач и стоимостью исправлений. LICENSE содержит Apache 2.0; вызовы моделей от этого не становятся бесплатными. README говорит о локальном хранении знаний, но это не доказывает отсутствие отправки контекста настроенному провайдеру при модельной обработке. Для статьи я не подключал рабочие аккаунты, репозитории или учетные данные.