Аналитика Telegram-канала
Подписчики
1 036
Публикаций
326

Динамика подписчиков

7 дней 30 дней 6 месяцев Больше
6 ноя9 ноя12 ноя
Показаны последние 7 дней Больше истории →

Охваты публикаций

09:4909:49
54
Средний охват
106
Лучший результат
Показаны 2 публикации за 23 октября Больше статистики →

Упоминания

20
Упоминаний
6
Из них репостов
13
Каналов
Нет примеров за последние 90 дней
Все упоминания

Последние посты

2 из 326 2 из 326
Агенты не умеют оценивать сроки. И это не баг, а наследство 🙂 Они учились на данных, где код писали люди. Джира, релизы, «фича на две недели». Поэтому и сроки они называли человеческие, хотя делали в разы быстрее. Я это просто дисконтировал на глаз и особо не заморачивался. Недавно вернулся к вайбкодингу и увидел в одном чате обратную жалобу: агенты начали давать слишком оптимистичные сроки. Видимо, перекос теперь в другую сторону. И я вспомнил, как в Ticketscloud одна из команд оценивала задачи не во времени, а в стори поинтах. Это сложность по шкале Фибоначчи: 1, 2, 3, 5, 8, 13. Чем сложнее и неопределённее задача, тем больше число. Попробовал так же с агентами. Получился тул из двух частей. Первая: агент проходит по бэклогу и оценивает каждую задачу. Время он не называет, только сложность в поинтах и зависимости. Если задача больше 8, дробит её на части. Маленькие задачи агенты переваривают заметно лучше. Кроме сложности агент ставит каждой задаче оценку ценности: насколько она двигает продукт. Из этих двух чисел получается Score, ценность, делённая на сложность. По Score бэклог и сортируется. Наверх поднимаются задачи с большим импактом и низкой сложностью: они делаются быстрее всего и дают продукту больше всего. Сложные задачи с небольшой пользой уходят вниз и не съедают агентов. Получается не просто список задач, а очередь. Её можно сразу раздавать агентам, понимая, что идёт первым и почему. Вторая часть: скрипт смотрит на смердженные PR и считает, сколько реально уходит на один поинт. Часы, доллары, какие модели, сколько прогонов до мержа. Самое интересное, что скорость у всех разная. Её задают не только модели, но и вся обвязка: CI, проверки, ревью, харнес. Тут нет «правильной» цифры, есть только ваша. Когда есть метрики, процесс можно оптимизировать. Видно, где тормозит, сколько токенов сгорает на поинт и что изменилось после правок. Планирование тоже становится нормальным. В дашборде выбираешь срок (сегодня, день, неделя) и количество агентов. Он показывает, сколько задач из верха очереди успеешь, во сколько обойдётся и сколько агентов нужно на весь бэклог. Заодно видно, сколько лимитов Claude и Codex уже сожжено и окупается ли подписка. Есть и бэктест, чтобы честно проверить, что прогноз точнее простого «как обычно». Выложил в опенсорс, пока бета и заточено под мои процессы: https://github.com/egerev/agent-estimate Было бы интересно сравнить, у кого какая скорость получится. Пишите свои цифры 🙂
ещё
106 5 10 23 окт, 09:49
Фото
ещё
2 0 23 окт, 09:49
Больше постов

Продолжить анализ этого канала

  • История роста подписчиков
  • Просмотры и охваты публикаций
  • Кто упоминает канал и кого упоминает он
  • Похожие каналы и подбор для рекламы
Открыть аналитику
Демо до 14 дней