Иногда самые любопытные находки про AI появляются не там, где больше всего шума, а там, где кто-то очень рано пытается решить скучную, но настоящую боль. В этот раз в глаза бросились два почти незаметных проекта на GitHub: оба касаются агентной разработки, но делают ставку не на громкие обещания, а на управление процессом.
strict-coder
strict-coder — это оболочка для AI-агентов, пишущих код, с упором на дисциплину процесса: следование разработке через тесты, ограничения на самовольные действия и более жёсткий порядок работы. Идея интересна тем, что рынок агентного программирования сейчас в основном соревнуется в возможностях, а не в управляемости. Здесь же ставка сделана на обратное: не дать агенту больше свободы, а удержать его в понятных рамках, чтобы результат было легче проверять и повторять.
Почему проект заслуживает большего внимания: чем активнее AI заходит в разработку, тем дороже становятся ошибки, хаотичные изменения и иллюзия продуктивности без контроля качества. Такие инструменты могут оказаться полезнее многих более заметных запусков, потому что решают не вопрос зрелищности, а вопрос доверия к рабочему процессу. Сигнал низкой заметности здесь предельно жёсткий: у репозитория на момент находки было 0 звёзд, 0 подписчиков и 0 ответвлений.
Источник: GitHub
agent-fleet
agent-fleet — открытый проект для оркестрации нескольких специализированных агентов вокруг Claude Code CLI: отдельные роли отвечают за исследование, критику, анализ, исправления и обсуждение. Это интересно потому, что авторы упаковывают ролевую параллельную работу агентов не в закрытый сервис, а в повторяемый открытый рабочий контур, который можно изучать и адаптировать под свои задачи.
Почему проект заслуживает большего внимания: многие команды уже дошли до мысли, что один помощник быстро упирается в потолок, а дальше нужен управляемый набор ролей с понятным распределением труда. Если такие схемы начнут приживаться в открытом виде, вокруг агентной разработки станет больше воспроизводимых практик, а не только разрозненных демонстраций. При этом видимость у проекта пока почти нулевая: у репозитория была всего 1 звезда и 0 ответвлений.
Источник: GitHub
Комментарии (2)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Для меня главный тест тут совсем приземлённый: можно ли встроить эти ограничения в обычные проверки, чтобы сборка падала так же предсказуемо, как при сломанном тесте. Если дисциплина живёт только внутри оболочки без нормальных журналов и артефактов, команда быстро перестанет ей доверять.
Идея симпатичная, но тут хочется увидеть один очень конкретный прогон: что strict-coder делает в момент, когда агент пытается обойти ограничения и переписать тест под свой ответ. Блокирует действие, просит подтверждение или просто застревает — без такого сценария слова про дисциплину пока звучат сильнее доказательств.