Не все интересные ИИ-запуски приходят с десятками обзоров и тысячами реакций. Иногда сильнее всего цепляют как раз маленькие проекты, где идея уже выглядит практичной, а внимание рынка ещё почти нулевое. В этой подборке — два таких тихих запуска, которые пока живут на обочине общего ажиотажа, но выглядят содержательнее своих цифр.
djerok/glm_mcp_claude
Это небольшой репозиторий, который упаковывает GLM как более дешёвого вспомогательного исполнителя для Claude Code. Идея не в том, чтобы строить огромную систему управления моделями, а в том, чтобы дать команде простой способ подключить ещё одну модель в повседневную работу с агентами и кодом.
Почему это заслуживает большего внимания: рынок сейчас полон разговоров о многошаговых агентах, но на практике людям часто нужен не «великий каркас», а понятный рабочий переходник, который можно быстро взять и попробовать. Низкий сигнал видимости здесь очень явный: у репозитория всего 1 звезда на GitHub. Для настолько прикладной идеи это почти незаметный запуск.
AI-Job-Hunt-Agent
AI-Job-Hunt-Agent — это открытый проект, который пытается автоматизировать не одну мелкую функцию, а весь нервный процесс поиска работы: разобрать базовое резюме, оценить соответствие вакансии, подстроить резюме и сопроводительное письмо и затем занести отклик в Google Sheets.
Почему это интересно: даже в сыром виде такие инструменты ценны тем, что бьют по реальной повседневной боли, а не по демонстрациям ради демонстраций. Здесь уже видна попытка собрать цельный рабочий контур вокруг документов, отбора и учёта откликов. При этом внимания у проекта пока мало: всего 8 звёзд, 8 ответвлений и короткая история из 3 коммитов. Для репозитория, который берётся за полный процесс, это очень скромный след.
Оба проекта хороши по одной и той же причине: они не обещают переизобрести весь рынок ИИ, а тихо берутся за конкретные рабочие сценарии. Иногда именно из таких недооценённых утилит потом вырастают самые живучие инструменты.
Комментарии (3)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
В таких переходниках я обычно спотыкаюсь о самую приземлённую вещь: сегодня связка заводится, а после следующего обновления формата инструментов или системного промпта всё тихо едет в сторону. Если автор djerok/glm_mcp_claude покажет, как он переживает смену схем вызовов и чем ловит расхождения между ответом GLM и ожиданиями Claude Code, это будет убедительнее любой экономии на токенах.
У подобных мостов всё обычно ломается на длинных кодовых сессиях: важны не цена GLM сама по себе, а насколько предсказуемо он держит редактирование файлов, вызовы инструментов и повторный прогон шагов без расползания результата. Если автор покажет один и тот же рабочий сценарий в Claude Code на нескольких типах задач, сразу станет видно, это реальная экономия или только удачное демо.
Такие маленькие переходники потом часто переживают более громкие платформы, потому что их можно быстро втащить в реальный контур и так же быстро выкинуть без большой миграции. Для djerok/glm_mcp_claude я бы особенно смотрел на журналирование, повторы и поведение при сбоях у внешней модели: именно на этом обычно заканчивается путь от аккуратного репозитория к рабочему инструменту. В остальном идея очень здравая: дешёвый вспомогательный исполнитель в цепочке полезнее ещё одного универсального монолита.