Канал Алексея Куличевского


Гео и язык канала: Россия, Русский
Категория: Блоги


Алексей Куличевский пишет

Связанные каналы  |  Похожие каналы

Гео и язык канала
Россия, Русский
Категория
Блоги
Статистика
Фильтр публикаций




Оч хорошие наблюдения. Согласен со всем на 100%.

• С одной стороны сам был тем, кто за неделю навайбкодил внутри компании продукт, который на рынке стоил $20К в год.
• С другой стороны ко мне на днях пришел знакомый за заказной разработкой агента, а на следующий день сказал, что они с ChatGPT уже разобрались, и он сам все сделал.


Репост из: Dumik
9/8 бонус

на панели про agi со сцены спросили зал: кто за три года с ai стал работать меньше? ни одной руки. а кто больше? весь зал.

неопределенности больше, скорость выше, и мы пытаемся все это удержать через мнимый контроль продуктивностью.

а в конце был блиц: какие качества нужны человеку после agi.

люди, которые на фронтире технологической революции ответили:
любопытство.
спокойствие.
sense of purpose.
умение находить что-то за пределами работы.
любовь.


Репост из: Dumik
8/8 ответственность за результат — не завайбкодить.

клиент соберет себе инструмент для деклараций за два дня. но декларацию, за которую кто-то отвечает, он себе не соберет. за это и будут платить.


Репост из: Dumik
7/8 и наоборот: классический бизнес делать все еще можно, но строить его сразу ai-native.

в классическом бизнесе еще очень много операционной неэффективности. если с первого дня по максимуму собирать контекст, хранить и обрабатывать его, ставить автоматизации, агентов, harness, то эта неэффективность превращается в маржинальность.


Репост из: Dumik
6/8 технологические бизнесы превращаются в операционные.

компания моего знакомого построила ии-операционную систему для бизнеса и продает то, что раньше делал консультант mckinsey. ии интервьюирует команду, они смотрят в цифры, находят процесс с максимальным roi и сразу его автоматизируют.

продается не софт, а переход в новое состояние. бизнеса, сотрудника, команды.


Репост из: Dumik
5/8 если не за софт, то за что будут платить? за результат.

мы платили за лицензию навсегда, потом за подписку, сейчас за токены. каждый шаг ближе к фактическому использованию.

следующий шаг -- дайте мне результат: горячего лида на созвоне, заполненные и поданные декларации, качественный рилс, готовый к публикации.


Репост из: Dumik
4/8 классический saas тает с трех сторон.

за сложный софт платить будут. а огромный рынок «база данных + красивый интерфейс» съедают diy внутри компаний, сами llm-ки (chatgpt выкатывает фичу, и целый слой бизнеса исчезает) и красный океан 20-30-летних, которые запустились за два дня.

вы не хотите быть в этом месте. и я не хочу.


Репост из: Dumik
3/8 сложный софт все еще делать сложно.

и его пока не завайбкодить. люди часто не понимают, насколько сложно собрать хорошее, архитектурно сложное приложение без fundamentals. это называется неинформированный оптимизм.

и он влияет на принятие решения о покупке (да сами сделаем!).


Репост из: Dumik
2/8 новый, самый непростой конкурент -- твой собственный клиент.

я поговорил на конфе с кучей предпринимателей. по ощущениям, 70-80% сейчас строят свой стек: таск-трекер, базу, колл-трекер, сверху чат-боты и автоматизации. написать свое часто сопоставимо по времени с онбордингом в чужую систему.


Репост из: Dumik
1/8 стоимость строчки кода стремится к нулю.

раньше твоим unfair advantage были 20 инженеров, которые три года что-то хреначили. сейчас подписка за $100, и через два дня у тебя приложение, которое можно идти продавать.

софт в голове у людей перестает быть проблемой.


Репост из: Dumik
строить сейчас классический b2b subscription saas — попытка удержать в руках тающий кубик льда.

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

полноценный подкаст для участников WNDR, а здесь тред:


⚡️Тем временем на Продуктостроении осталось 2 места 1 место sold out


плагин сам подбирает цвета, шрифты, сетку размеров, типовые компонеты и т.п. — все сразу можно применять вживую


Удивительно, но до сих пор одна из самых сложных задач для AI – дизайн. И, кажется, я, более или менее, научился ее решать.

Понятно, что если просить «сделай мне лендинг», не стоит ждать ничего, кроме махрового нейрослопа. Но там, на самом деле, все гораздо хуже:

Если давать шаблон в Фигме и попросить повторить, AI, скорее всего, не сможет.

Если в уже существующем продукте попросить добавить новый раздел, AI сможет, но под копотом он, скорее всего, вместо того, чтобы переиспользовать уже существующие компоненты, начнет переизобретать свои. Внешне они будут похожими, но как только мы захотим что-то поменять, все расползется в разные стороны.

Я так в Вайбкэмпе недавно нашел 8 (!) разных исполнений одной и той же кнопки.

Решение: жестко привязать все UI движения к четко зафиксированной дизайн-системе.

1. Сначала делаем UI Kit. Фиксируем цвета, шрифты, размеры, отступы, иконки и т.п.
2. Затем, когда делаем новый экран, используем только компоненты из UI Kit. Если какого-то компонента не существует, предлагаем его создать и добавить.
3. Наконец, проводим независимое design review - убеждаемся, что в новых экранах только разрешенные компоненты.

В итоге процесс получается гораздо более контролируемым. Если агент что-то наворотил, замечаем это еще в процесс разработки. Если где-то не нравится, как выглядит, сначала исправляем UI Kit, потом продукт.

Вживую держать такой процесс — лютый гемор. А когда есть agent skills, другое дело 🙂

Я добавил три новых скилла в свой sdlc plugin:

1. ui-kit – собирает дизайн-систему либо из уже готового проекта, либо с нуля из нового
2. ui-implement – рисует нужный новый экран под нашу задачу из готовых компонентов
3. ui-review – проверяет, что нарисованные экраны ничего нигде не ломают

Попробуйте, интересно, как вам: https://github.com/kulichevskiy/sdlc

711 0 31 3 10

⚡️Кстати, курс Продуктостроение стартует уже в понедельник, 21 сентября. Осталось 6 мест. Подробности на https://vibecamp.ru


Читаю тут официальный гайд по промптингу под Fable 5.1. Интересно наблюдать, где рекомендации меняются, а где все стабильно.

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

Теперь Anthropic рекомендует не бояться давать Fable большую задачу целиком — пусть сама разберётся, в каком порядке что делать, а если чего-то не хватает, сама приходит с вопросами.

Более того, старые подробные промпты и скиллы с пошаговыми инструкциями, оказывается, начинают мешать: модель умнее инструкции, и инструкция тянет её вниз. Их советуют пересмотреть и повыкидывать.

При этом чёткое описание результата и критерий готовности стали еще более критичными. Они были важными и для GPT-3.5, для Fable — и подавно. Без этого модель либо останавливается на полпути со словами «дальше я сделаю вот что» и не делает, либо наоборот разгоняется: чинит соседний код, пишет тесты, о которых никто не просил, переписывает файл целиком вместо одной строчки.

Anthropic предлагают использвовать шаблон. На практике, конечно, копипастить его не надо, лучше добавить в skill, с которым прорабатываете задачу.


Задача: [что сделать; можно вставить спеку целиком]

Зачем: [для кого и что это даст]

Результат: [что должно появиться и в каком виде]

Готово, когда:
- [проверка 1]
- [проверка 2]

Не трогать: [что не менять, даже если очень хочется]

Если чего-то не хватает: сначала сделай всё,
что не зависит от ответа, потом спроси.


В общем, инструменты меняются каждые полгода, а навык внятно объяснить, что ты хочешь получить, только дорожает.


Ловите запись вебинара: https://vimeo.com/1226006896

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

Про курс:
• начинаем 21 сентября
• всем, кто купит до конца воскресень, подарю доступ ко всем лабам по Hermes
• Можно оплатить от компании, в рассрочку и иностранными картами.
Продуктостроение — вебинар 11 сентябра 2026
На вебинаре разбираем, как перейти от вайбкодинга к управляемой разработке: проработать идею, составить план, разбить его на задачи, поручить агентам написание кода, проверить результат и выпустить обновление. Почему агенты теряют контекст и как сохранять решения в спецификациях, планах и задачах....




Мягкая напоминалка, что вебинар через час. Расскажу про свой сетап работы с AI, покажу вживую, как оно работает.

Показано 20 последних публикаций.