Соло-разработчик «Кубыша»: лимиты ИИ-агента в 5 часов и неделю заменили тимлида

Один человек, один iPhone-приложение и один ИИ-агент, который пишет код. Так устроена разработка «Кубыша», приложения для личных финансов и накоплений. У агента два лимита: на 5-часовое окно и на неделю. По словам автора, за несколько месяцев работы эти счётчики стали выполнять функции тимлида и кадровиков. Публикация вышла на Habr 9 октября 2026 года. В RSS-анонсе виден только заход, а список выводов остался за катом, поэтому ниже разобрано то, что сказано прямо, и то, что из этого следует по практике.

Что сказано в тексте

Заголовок задаёт тон: когда заканчивается 5-часовой лимит, автор идёт на обед, а когда недельный, возникает вопрос, не объявлен ли выходной. Это шутка, но за ней видна рабочая схема. Разработчик не спорит с ограничением и не ищет обходных путей, а строит день вокруг него. Какой именно агент и какой тариф используются, в доступной части не указано, поэтому конкретные цифры расхода токенов или стоимость подписки здесь приводить нельзя.

По схеме «5 часов плюс неделя» устроены подписочные тарифы нескольких кодинг-агентов. Короткое окно сдерживает пиковую нагрузку, недельный потолок не даёт выжать из подписки круглосуточный режим. Anthropic, например, ввела недельные лимиты для Claude Code в конце августа 2025 года. Связь этого факта с агентом из статьи не подтверждена, это лишь контекст.

Почему лимит работает как менеджер

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

• Приоритизация. Когда окно ограничено, дорогие и расплывчатые задачи уходят в конец очереди, а точечные правки с понятным результатом идут первыми.
• Остановка. Агент, упёршийся в лимит, перестаёт «ещё немного подправлять» и возвращает управление человеку.
• Режим. Недельный потолок физически не позволяет работать без выходных, даже если хочется.
• Планирование. Расход нужно распределять по дням, а значит, у недели появляется бюджет, как у спринта.

У такого подхода есть и обратная сторона. Лимит не отличает важную задачу от второстепенной и может оборвать работу посередине рефакторинга. Тимлид так не делает. Поэтому дисциплина остаётся на человеке: незавершённое состояние должно быть зафиксировано в репозитории раньше, чем счётчик дойдёт до нуля.

Практика для тех, кто пишет код через агента

Если вы работаете в одиночку и опираетесь на подписочный агент, лимиты имеет смысл превратить в инструмент планирования, а не в досадную помеху.

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

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