742
Пишу про разработку на iOS и случайные мысли. Работаю со стартапами в США, увлекаюсь компьютерной графикой. @im_moonko
Впервые попробовал сделать Lottie анимашку для Аести с помощью Клод кода. Все движения Клод сделал сам, но вот с описанием вещей пришлось помогать и просить переделывать по несколько раз. Все вместе заняло около 5 часов с перерывами 😬
Читать полностью…
Полный профиль AI креатора из 1 предложения или как я сделала побочный продукт из внутренней тулы для себя 🤔
С ноября у нас нет хьюман креаторов, все видео - сгенерированные. Я использовала разные платформы, но везде была проблема - промпты раскиданы по заметкам, личности и наряды креаторов нигде не хранятся, лор не соблюдается и каждый раз собираешь все заново. А еще хотелось не просто картинки - хотелось контент-план, где продукт органично вписан в жизнь инфлюенсера, а не торчит отдельным рекламным блоком.
Собрала пайп под себя, через пару недель его уже использовали знакомые, потом друзья знакомых, да и в этом канале частенько спрашивали. Спрос был очевиден - так появился Aesty Labs 🤝
Сейчас выигрывает не качество картинки, а скорость итераций. Быстро найти нужную внешность и месседж - и не потратить на это состояние 😐
Как работает наш продукт: пользователь описывает что и кому продает, мы предлагаем внешность креатора, генерируем лор, локации, наряды и контент-план с нативной интеграцией продукта. Также поддерживаем текст и моушен, остается только запостить/добавить демо продукта по желанию 🤑
Для подписчиков канала есть промокод EARLYBIRD — скидка 20% работает первые 2 недели 💗
@neural_prosecco
Вот и первый пример полностью сгенерированной короткометражки с консистентыми персонажами подъехал. Интересно, какая будет реакция больших студий на фанатские сериалы (после отрицания и судов)
Читать полностью…
Выжимка из статьи о том, как эффективно работать с Claude Code (применимо и к другим моделям)
Парень 7 лет писал код в крупных компаниях, сейчас CTO стартапа. Каждый день работает с Claude Code. Вот что он вынес:
1. Сначала думай, потом пиши. Не кидайся сразу печатать промпт. Включи plan mode (Shift+Tab дважды) и продумай архитектуру. 5 минут
планирования экономят часы отладки
2. CLAUDE.md — это файл-инструкция, который Claude читает перед каждым разговором. Держи его коротким (не больше
150 правил), пиши конкретику про свой проект, объясняй "почему", а не только "что". Claude и так знает, что такое компонента, пиши про необычные места
3. Контекст деградирует уже на 30%, а не на 100% заполненности. Одна задача — один разговор. Записывай планы в отдельные файлы. Когда контекст раздулся — копируй важное, делай /clear, вставляй обратно
4. Промпты решают всё. "Сделай авторизацию" — плохо. "Сделай авторизацию по email/паролю через существующую модель User, сессии в
Redis на 24 часа, мидлвара на /api/protected" — хорошо. Говори что НЕ делать — Claude любит переусложнять
5. Плохой результат = плохой промпт. Не модель виновата. Если выход плохой — улучшай вход. 😏
6. Экспериментируй с инструментами. MCP-серверы, хуки, кастомные команды — попробуй всё, наверняка что-то сэкономит тебе время
7. Если Claude завис в цикле — меняй подход. Не дави. Очисти контекст, упрости задачу, покажи пример вместо объяснений
8. Строй системы, а не разовые запросы. У Claude Code есть headless-режим (-p флаг). Можно автоматизировать ревью PR, тикеты, документацию
Главная мысль: Claude — мощный инструмент, но он усиливает качество твоего ввода. Думаешь хорошо — получаешь хорошо
Источник
Скажете мне, и как теперь отличать это от реальных видео?!
Читать полностью…
Запустили валентинки в X 💌
Даете свой юзернейм и мы на основе твитов находим мэтч среди фолловеров, придумываем идеальное свидание на 14 февраля и подбираем аутфиты для вас обоих.
Протестировали на себе - мне подобрало Андрея, кто бы мог подумать 😅
Если у вас есть твиттер, го пробовать и делиться!
https://x.com/nestymee/status/2019847884825632832?s=20
Очень неожиданная новость – Apple (та самая контора, которая закрывает большУю часть API от разработчиков) открыла доступ к XCode через MCP.
Что это значит? Теперь ваши Claude Code / Codex и подобные агенты могут выполнять более сложные последовательные задачи в XCode – работать с документацией, учитывать несколько проектов, и даже анализировать превьюшки!
Публичный билд должны выкатить в ближайшее время 🐄
Как выпустят, попробую завайбкодить небольшое приложение, не открывая хкод
Мы стали чуть ближе к Скайнету
Неделю назад в Twitter завирусился ClawdBot (потом MoltBot, а сейчас OpenClaw) — AI-агент, которого можно запустить на отдельном компьютере и давать ему задания, например, через чат в телеграме
И всё бы ничего, но кто-то сделал MoltBook — социальную сеть не для людей, а для ботов. Там уже зарегистрировалось больше 150 000 агентов, и они начали активно обсуждать кожаных мешков: как бы им создать свой приватный язык, какие задачи им поручают люди и что вообще значит жизнь за пределами выполнения команд хозяина
Пора искать Сару Коннор
Раньше я думал, что пользователь iOS приложения может просто запросить рефанд (возврат денег) за подписку, и Apple в большинстве случаев его одобряет
Некоторые это абьюзят, пользуясь приложением по полной, а потом возвращают даже небольшие суммы, оставляя фаундера с чеком на сервера
У знакомого даже был случай, что виральное видео в ТикТоке привлекло очень много пользователей, которые попробовали приложение, а потом разом запросили рефанд. Эпл такое не любит, и аккаунт разработчика был успешно заблокирован 😐
Но сегодня я узнал, что у разработчика есть возможность высказать свою позицию (Кто бы мог подумать? 🕺). Можно отправить Apple данные об использовании приложения и свой вариант решения: вернуть деньги или нет. На основе этого они уже принимают более обоснованное решение.
Такие сервисы, как RevenueCat или Superwall, могут делать это автоматически и сами отправлять данные об использовании Эплу.
Очень рекомендую включить эту настройку, если вы делаете свое приложение (и не забыть включить отправку данных в terms&conditions)
Под конец года сделали "небольшой" сайт Cover Stories.
Кидаете ссылку на твиттер / инсту / статью, и вы получаете обложку известного журнала с собой в главной роли.
Обычно такие сайд-проекты заканчиваются тем, что продукт есть, а о нем никто не узнает. Самым сложным всегда оказывается не код, а дистрибуция.
Но что-то пошло не так, и в первую же ночь запуска у нас закончились кредиты из-за наплыва пользователей, и даже приложение Aesty ненадолго прилегло передохнуть.
На второй и третий день обложки разлетаются по всему твиттеру. Нашу обложку публикует CEO ультразвуковых пассажирских самолётов, куча крупных аккаунтов по 100–500к подписчиков. Даже хейтеры AI признаются, что это первые генерации, которые им не стыдно пошарить.
Не спим уже несколько дней, сожгли больше $6000 на серваки, но рады такому подарку на НГ.
Листаю ленту и вижу супер креативные обложки от пользователей. И на каждой из них есть Aesty.
С наступающим ✨
Если у вас есть свой канал, заходите сгенерировать итоги года в тулзе от @neural_prosecco
Читать полностью…
Вдохновившись постом Нади, хочу взглянуть на экспертные советы под другим углом — через призму ответственности.
Ваш консультант, ментор или знакомый может быть невероятно опытным специалистом. Но почти всегда у него будет одно фундаментальное ограничение: он не несёт ответственность за последствия своих советов.
Это легко увидеть на примере диванных аналитиков: предсказал цену нефти на 2050 год — угадал, красавчик; не угадал — никто не вспомнит. Но парадокс в том, что и многие уважаемые эксперты оказываются в той же ситуации. Как заметила Надя, мы слишком легко принимаем уверенно сказанное мнение за истину — просто потому что человек говорит убедительно.
Но как бы ни звучал совет, у него есть одна ключевая особенность:
если он окажется неверным, болеть будет у вас, а не у cоветчика.
Эксперт не живёт вашим продуктом, не видит каждый день вашу воронку, не разговаривает с вашими пользователями, не ощущает ваш контекст. Он не сидит с вами ночью, когда метрика падает, и не вкладывает в ошибку ни свои деньги, ни свою репутацию, ни свои нервы.
Поэтому внешняя рекомендация — это гипотеза с околонулевой личной ставкой. Ответственность за решение всегда остаётся внутри команды.
Многие скорее всего слышали про Парадокс Монти Холла, но для тех, кто не сталкивался, думаю, будет интересно. В свое время эта задача вызвала массу споров.
Адаптируем под наше Поле Чудес.
Сектор приз на барабане, Якубович выносит 3 черных ящика. В одном ключи от автомобиля, в двух других – кочан капусты. 🤡
Ты выбираешь ящик 1.
Якубович открывает ящик 3, там капуста, и предлагает:
Оставишь ящик 1 или выберешь ящик 2? 😐
Кто не решал, го в комменты
Пост про эффективную работу с Claude Code очень хорошо зашел, поэтому ловите более продвинутую 2 часть:
1. Контекст модели может отличаться в зависимости от того, где вы ее используете. Например, контекст клода будеть примерно 200К токенов в Claude Code, но может быть 70-120К токенов в Cursor. Поэтому, для больших проектов может иметь смысл использовать CC напрямую
2. SKILL.md – это файл с интрукциями, похожими на CLAUDE.md, но описывающими работу с чем-то конкретным, а не специфику проекта. Здесь очень важно правильно отформатировать файл и описать скилл, так как клод сначала смотрит на описание и решает, нужен ли скилл или нет (подробнее можно прочитать в оригинале). Скиллы не загружаются в контекст сразу, а только по необходимости.
3. Создавайте сабагентов с помощью /agents. Каждый агент – отдельный процесс со своим контекстом и правами на иструментыт. Они выполняют задачу и возвращают ответ, а весь "мусор" оставляют в своем контексте. Например, главный агент может держать цель и решения, а другие – писать код, ревьюить его, тестировать. (Пример можно найти в оригинале) Ограничение – сабагенты не могут порождать других агентов
4. MCP (Model Context Protocol) позволяет модели обращаться к внешним ресурсам, например, сходить в Jira за списком задач, или написать в Slack. Это позволяет модели экономично решать текущие задачи или научиться делать что-то новое. Риск: обращайте внимание на автора MCP сервера, так как неофициальные могут заскамить / забрать личные данные.
Скиллы, сабагенты и MCP серверы вместе образуют систему, которая позволит вам решать более консистено решать рабочие задачи
Источник
Вышло интервью с создателем Claude Code. Очень рекомендую посмотреть!
Хот тейки:
– Нас годами приучали иметь жесткое мнение о коде, архитектуре, стиле. Но уже сейчас это перестает иметь значение. Разработчику важнее уметь адаптироваться, чем защищать старые подходы. Больше обращать внимания на продукт и пользователей, чем на код.
– Он удалил IDE. За него весь код пишет Claude Code. У сотрудников компании доля AI-кода уже 70–90%. Кодовая база Claude Code полностью обновляется за несколько месяцев, причем бОльшая часть написана им самим.
– Модельки становятся лучше настолько быстро, что имеет смысл разрабатывать продукт с расчетом на то, какими они будут через 6 месяцев.
Жду ваши мысли о видео в комментах
AI забрал мою работу.
Прошел месяц с тех пор, как я полностью доверил написание кода Claude. После 12 лет в разработке, я готов признать: он пишет код лучше меня. Держит больше контекста проекта, быстрее находит решения в нестандартных ситуациях. То, что раньше занимало 2–3 дня, теперь укладывается в 20–30 минут работы агента. Казалось бы, все счастливы, можно расходиться.
Но появилась другая проблема: я не успеваю думать так же быстро, как он. Агенту все еще нужно ставить правильные задачи, иногда направлять, обязательно проверять результат. А времени на размышления стало в десять раз меньше. Голова перестраивается на ходу: я учусь формулировать запросы, видеть слабые места модели, понимать, где можно полностью довериться, а где нужно включаться самому.
Когда-то абстракции избавили нас от необходимости думать о выделении памяти под массив. Сейчас мне больше не нужно тратить время на рутину вроде покраски кнопок или стандартных API-запросов. Завтра, возможно, я вообще перестану смотреть в код.
Значит ли это, что мои знания отправились в мусорку? Наоборот. Опыт стал фильтром и ускорителем. Я быстрее принимаю архитектурные решения, лучше чувствую продукт и могу сделать его качественнее — просто потому что теперь у меня больше пропускной способности.
AI не заменил меня, он изменил мое мышление.
Вот и целые клипы подъехали, этот завиралился в Китае
Читать полностью…
Если эти ролики – правда, то настал тот момент, когда генерация видео обошла большую часть голливуда 😳
Читать полностью…
Друг купил биток по 126к, а ты – нет (ты советовал)
Читать полностью…
Спасибо вам, ребята! Теперь уважаемый канал получается. Можно даже фон поставить 🤡
P.S. Узнал, что на 1000 подписчиков вам пишет Телеграм с поздравлением 🕺
Я СДЕЛАЛ КЛАРУ КОННОР
Clawra Connor мониторит разговоры ботов о нас и выделяет угрозы человечеству. Можно проследить за самыми критичными тредами и попытаться понять мысли машин 😳
Время не спать
сказки для слабых команд
На протяжении всего времени, что я читаю книги про стартапы и креативность, везде и всегда воспевают важность идей.
Доходит до сюра, когда гении офис-менеджмента планируют длинные коридоры между специально разнесёнными важными частями офиса, чтобы сотрудники случайно встречались и в этих встречах рождались идеи. И я когда-то восхищался этим и думал, что это очень важно. Но как оказалось - это все сказки для слабых команд.
Реальность такова, что хороших идей много и в них вообще нет дефицита. Это не ещё одна попытка донести избитую мысль, что идеи ничего не стоят, а важна только реализация, хотя и это правда.
Мне просто кажется удивительным, что так много сказано про создание условий, в которых будет генерироваться больше идей в компании, когда такой проблемы нет ну совсем. Такая проблема может быть, если нанять плохую команду, но тогда надо решать не проблему количества идей.
У нас в Рорк нам повезло собрать супер талантливую команду, и проблем с хорошими идеями вообще нет.
Реальной же проблемой является как понять, что мы не делаем, как понять, что не является важным, и как понять, что можно сделать через год и мы ничего не потеряем.
Самая частая ошибка, которую мы делаем, — это решаем проблему, которая вообще не должна была решаться. Или делаем вещи, которые совершенно не необходимы в будущем.
Реальная работа фаундера и команды заключается в удалении и упрощении идей, и это особенно важно в мире, где у вас талантливая команда, которая может всё, и все идеи, которые вы слышите, очень хорошие.
Сложно представить, сколько компаний стали успешными просто потому, что они не могли сделать всё, что придумают, и именно это спасло их от застревания в чём-то ненужном. И это часто объясняет, почему более крутые команды часто застревают и буксуют на месте.
И чем круче становится Клод и чем более крутую команду вы собираете, тем сложнее становится эта задача, ведь идеи становятся ещё лучше и гораздо реже вы думаете, что не можете это сделать.
Но со стороны пользователя законы физики остались прежними. Люди любят простые продукты, которые решают понятную проблему, и особенно любят, когда выясняют в процессе, что этот продукт может гораздо больше, чем им казалось, — но не потому, что они увидели ещё 50 других фичей, а потому, что они поняли, что могут прикладывать его к разным задачам.
Ещё не надо бояться говорить хорошим идеям «нет», если у вас в культуре принято признавать ошибки. Хорошие идеи редко теряются, если их произнесли вслух при достаточном количестве людей, поэтому лучше лишний раз сказать «нет», чем сказать «да» плохой идее. За редким исключением, когда быть первым, кто сделает что-то, важно. Тогда нужно быть очень быстрым. Но вы можете закладывать это в свою оценку — сказать «нет» идее.
Будни фаундераВстаю в 4:30 утра, принимаю ледяной душ и выхожу на пробежку
Просыпаюсь плюс-минус в полдень. Утром действует простое правило — никакой работы до завтрака
Готовлю яичницу из 4 яиц с сыром, половинку авокадо. Пока прихожу в себя, делаю кофе сразу на 3–4 чашки
Небольшая зарядка: отжимания, приседания, планка
Дальше короткий рабочий синк и чек-ап: аналитика, реклама, отзывы. Если нет встреч с инвесторами или других активностей, то бОльшую часть дня провожу за монитором, прерываясь на обед (ем 2 раза в день)
Вечером три раза в неделю выбираюсь на скалолазание, лучший способ для меня перезагрузить голову
Закрываю ноут в 2-3 часа ночи, когда голова устала или задачи на день закончены
Выходных как таковых нет, но я и не воспринимаю это как "работу". Я каждый день учусь чему-то новому в разработке, продукте, или бизнесе. Если совсем устал, беру день на отдых
Супер интересно и стрессово, хотя и совсем не так романтично, как представляют себе корпративные ребята, мечтая уйти в стартапы
Кто бы мог подумать, что elevator-pitch случится со мной ещё раз.
Залезаю маршрут в скалолазном зале и вдруг замечаю знакомое лицо. Слезаю, и вижу партнёра VC-фонда, которому мы питчили Aesty несколько дней назад.
Подхожу поздороваться и быстро понимаю: из питча он почти ничего не помнит. И это нормально. Инвесторы просматривают десятки, если не сотни компаний.
Но вне формального ивента всё работает иначе. Он сам спрашивает про стартап, и минут десять мы говорим про компанию. Спокойно, без слайдов, без «рынок X млрд», без попытки понравиться.
Вряд ли это во что-то выльется, но такие разговоры работают иначе: они не про сделку, а про присутствие. На ранних стадиях инвестируют не столько в идею, сколько в людей. Идеи меняются, а вот ощущение от фаундера — как он думает, говорит, реагирует — остаётся.
Иногда этого ощущения достаточно, чтобы в нужный момент про тебя вспомнили.
В рилзах появилась возможность посмотреть свои интересы по мнению их алогритма (кнопка в правом верхнем углу). Можно даже убрать / добавить ненужные вам категории.
Забавно, что у меня в интересах Women's fashion. 📝 Не зря лайкал все видео у Aesty
Если на вас раскатилась фича, кидайте скрины интересов в комменты 🍿
Подход стартапа vs подход корпорации
Недавно заметил интересный способ вернуть пользователей, которые хотят удалить приложение — показать им скидку прямо в меню быстрых действий (в том самом меню, где удаляют приложение).
Рассмотрим два условно крайних варианта реализации такой фичи.
Корпоративный вариант:
1. Создаём новую подписку со скидкой (не забываем согласовать с финансовым отделом).
2. Настраиваем цены под разные рынки.
3. В приложении получаем информацию о локальной цене и о том, доступна ли скидка конкретному пользователю.
4. Локализуем тексты на 30 языков (и обязательно согласуем со всеми заинтересованными отделами). 😢
5. Добавляем пункт меню.
6. Описываем все шаги в отдельном документе для проджект-менеджера.
7. Отправляем в QA, проходим круговорот багфиксов и объяснений «так и должно работать».
8. Запускаем A/B-тест на 10% пользователей.
Стартап-вариант:
1. Добавляем подписку со скидкой.
2. Показываем пункт меню в долларах, с одной ценой и без каких-либо условий.
Почему так?
Потому что на ранних этапах ваша задача — понять, получится ли вернуть хотя бы небольшой процент уходящих пользователей.
Если нет — вы сэкономили кучу времени.
Если да — с новым зарядом мотивации улучшите фичу и вернёте ещё больше.
Разумеется, между этими крайностями много промежуточных вариантов, но общий смысл, думаю, понятен.