Forwarded from DEFI Scam Check
Hyperliquid залистил премаркет на Lighter
Проект торгуется по $3.4B FDV
https://app.hyperliquid.xyz/trade/LIT
Проект торгуется по $3.4B FDV
https://app.hyperliquid.xyz/trade/LIT
Команда ничего не анстейкнула вчера и сегодня. Они же не успеют слить в первый день свои очередные 250 млн долларов, когда наступит следующий анлок. Как дальше жить? Как HYPE упасть до 1 доллара, если команда так и не будет сливать свои анлокнутые токены?
Portfolio Margin запущен в pre-alpha на мейннете
Напомню суть: портфельная маржа позволяет торговать спот и перпы с одного аккаунта, не продавая залог. Держишь HYPE — и торгуешь на него, не расставаясь с токенами.
Пока что всё в режиме тестирования с жёсткими ограничениями:
→ Для активации нужен мастер-аккаунт с объёмом торгов более 5M USDC
→ Залог — только HYPE (до 200 HYPE на пользователя)
→ Занять можно только USDC (до 1k на пользователя)
→ Глобальные лимиты: 5M USDC supply cap, 1M USDC borrow cap
Позже добавят USDH для займов и BTC в качестве залога.
Как включить: на десктопе кнопка Classic на странице Trade → вкладка Account Unification. На мобильном — кнопка Cross.
Также можно поставлять USDC на вкладке Earn и получать доходность.
Важно: CCTP-депозиты USDC пока не поддерживаются для аккаунтов нового типа.
Команда просит тестировать на суб-аккаунте с балансом до $1k. За баги — щедрые баунти на мейннете.
Документация: hyperliquid.gitbook.io/hyperliquid-docs/trading/portfolio-margin
Теперь, по идее, будет меньше причин продавать свой HYPE, чтобы торговать и давление продаж может уменьшиться (ну, когда там будут нормальные лимиты, пока что это ни о чём).
Напомню суть: портфельная маржа позволяет торговать спот и перпы с одного аккаунта, не продавая залог. Держишь HYPE — и торгуешь на него, не расставаясь с токенами.
Пока что всё в режиме тестирования с жёсткими ограничениями:
→ Для активации нужен мастер-аккаунт с объёмом торгов более 5M USDC
→ Залог — только HYPE (до 200 HYPE на пользователя)
→ Занять можно только USDC (до 1k на пользователя)
→ Глобальные лимиты: 5M USDC supply cap, 1M USDC borrow cap
Позже добавят USDH для займов и BTC в качестве залога.
Как включить: на десктопе кнопка Classic на странице Trade → вкладка Account Unification. На мобильном — кнопка Cross.
Также можно поставлять USDC на вкладке Earn и получать доходность.
Важно: CCTP-депозиты USDC пока не поддерживаются для аккаунтов нового типа.
Команда просит тестировать на суб-аккаунте с балансом до $1k. За баги — щедрые баунти на мейннете.
Документация: hyperliquid.gitbook.io/hyperliquid-docs/trading/portfolio-margin
Теперь, по идее, будет меньше причин продавать свой HYPE, чтобы торговать и давление продаж может уменьшиться (ну, когда там будут нормальные лимиты, пока что это ни о чём).
Почему LIT ≠ HYPE: разбор потенциала ютилити Lighter
В комьюнити появился хороший вопрос — а какой вообще будет смысл держать токен LIT?
Давайте разберём:
→ Lighter — это сеть второго уровня, стейкинг для консенсуса не нужен (в отличие от HYPE на Hypercore)
→ Планов на EVM-сайдчейн с LIT в качестве газа пока нет
→ Скидки на комиссии? Возможно, но при околонулевых комиссиях — это чисто символично
→ Выкуп токенов на выручку? При тех же околонулевых комиссиях — тоже символика
И вот тут главная проблема.
У HYPE работает маховик: выручка → выкуп → цена растёт → больше пользователей → больше выручки. Замкнутый цикл.
У Lighter этот цикл сломан в самом начале. Их главное преимущество — низкие или нулевые комиссии. Но тогда откуда выручка на выкуп?
Либо они поднимают комиссии и теряют конкурентное преимущество, либо принимают, что цена LIT не будет напрямую связана с успехом биржи.
И ещё момент: даже если выручка появится — они не смогут направить 99% на выкуп как Hyperliquid. Почему? Потому что у них есть инвесторы, которым нужен возврат инвестиций с прибылью. Аллокации на венчурных инвесторов, маркетмейкеров, листинги на централизованных биржах — всё это создаёт давление на продажу, которого у HYPE никогда не было.
Вывод: LIT и HYPE — это разные классы активов.
HYPE — квази-акция с машиной выкупа.
LIT — классический токен с венчурным финансированием и надеждой на массовое принятие.
Сравнивать их по оценке — ошибка.
https://x.com/i/status/2003298899172147452
В комьюнити появился хороший вопрос — а какой вообще будет смысл держать токен LIT?
Давайте разберём:
→ Lighter — это сеть второго уровня, стейкинг для консенсуса не нужен (в отличие от HYPE на Hypercore)
→ Планов на EVM-сайдчейн с LIT в качестве газа пока нет
→ Скидки на комиссии? Возможно, но при околонулевых комиссиях — это чисто символично
→ Выкуп токенов на выручку? При тех же околонулевых комиссиях — тоже символика
И вот тут главная проблема.
У HYPE работает маховик: выручка → выкуп → цена растёт → больше пользователей → больше выручки. Замкнутый цикл.
У Lighter этот цикл сломан в самом начале. Их главное преимущество — низкие или нулевые комиссии. Но тогда откуда выручка на выкуп?
Либо они поднимают комиссии и теряют конкурентное преимущество, либо принимают, что цена LIT не будет напрямую связана с успехом биржи.
И ещё момент: даже если выручка появится — они не смогут направить 99% на выкуп как Hyperliquid. Почему? Потому что у них есть инвесторы, которым нужен возврат инвестиций с прибылью. Аллокации на венчурных инвесторов, маркетмейкеров, листинги на централизованных биржах — всё это создаёт давление на продажу, которого у HYPE никогда не было.
Вывод: LIT и HYPE — это разные классы активов.
HYPE — квази-акция с машиной выкупа.
LIT — классический токен с венчурным финансированием и надеждой на массовое принятие.
Сравнивать их по оценке — ошибка.
https://x.com/i/status/2003298899172147452
Forwarded from Фининди | Александр Елисеев
Публиковал сообщение об этой акции в прошлом году, считаю правильным повторить и в этом году. Сегодня Ozon Банк удвоит каждый рубль, который клиенты переведут на благотворительность через их приложение.
Делается это в мобильном приложении Ozon Банка, перейти в раздел “Платежи” и выбрать “Благотворительность”. Удвоение сделают по переводам, сделанным только 23 декабря.
Хороший вариант для удвоения своей помощи. Уже 2 раза такую активность запускали в прошлом, собрали 16,5 миллионов рублей. В этом году выбор благотворительных фондов стал шире. У Ozon, похоже, это уже вошло в традицию. Такие традиции я поддерживаю.
@finindie
Делается это в мобильном приложении Ozon Банка, перейти в раздел “Платежи” и выбрать “Благотворительность”. Удвоение сделают по переводам, сделанным только 23 декабря.
Хороший вариант для удвоения своей помощи. Уже 2 раза такую активность запускали в прошлом, собрали 16,5 миллионов рублей. В этом году выбор благотворительных фондов стал шире. У Ozon, похоже, это уже вошло в традицию. Такие традиции я поддерживаю.
@finindie
This media is not supported in your browser
VIEW IN TELEGRAM
EURUSD и USDJPY, первые две по оборотам форекс-пары теперь торгуются на Hyperliquid от Trade[XYZ]
🚨 Kinetiq выкатили серьёзное обновление токеномики
Разберём главное:
→ KNTQ остаётся центром всего — управление, продукты, доходы
→ sKNTQ — это застейканный KNTQ (анстейк за 7 дней)
→ Вместо сжигания токенов ВСЕ выкупленные KNTQ распределяются между стейкерами sKNTQ
Что получают холдеры kmHYPE:
→ Прямой revenue share от HIP-3 DEX Markets — это встроенный механизм Hyperliquid для HIP-3 LST
Что получают стейкеры sKNTQ:
→ Байбэки из располагаемого дохода Kinetiq от Markets (минимум 10% deployer share + builder code revenue)
→ Байбэки из 100% выручки Kinetiq Launch (10% от deployer share)
→ Байбэки из 70% дохода от стейкинга (KIP-2)
→ Байбэки из 100% комиссий валидаторов Kinetiq
→ Доступ к тирам для минта kmHYPE
→ Преимущества на платформе Markets
Важно понимать разницу: kmHYPE — это прямая ставка на доход биржи Markets через механику HIP-3. sKNTQ — это ставка на весь протокол Kinetiq как deployer и builder.
Что нового в kHYPE v2:
→ Стейкеры kHYPE теперь сами выбирают валидаторов из active set Kinetiq
→ Валидаторы отдают 50% комиссий на байбэки KNTQ
→ Комиссия за стейкинг — 10% от наград (без комиссии за вывод)
→ 70% идёт на байбэки для sKNTQ, 30% — в казну протокола
Kinetiq строит flywheel: больше использования → больше дохода → больше байбэков → больше доля у стейкеров.
Теперь весь вопрос, каким будет этот доход и смогут ли они пошатнуть монополию Trade[XYZ] в HIP-3.
https://x.com/i/status/2003507871074402348
Разберём главное:
→ KNTQ остаётся центром всего — управление, продукты, доходы
→ sKNTQ — это застейканный KNTQ (анстейк за 7 дней)
→ Вместо сжигания токенов ВСЕ выкупленные KNTQ распределяются между стейкерами sKNTQ
Что получают холдеры kmHYPE:
→ Прямой revenue share от HIP-3 DEX Markets — это встроенный механизм Hyperliquid для HIP-3 LST
Что получают стейкеры sKNTQ:
→ Байбэки из располагаемого дохода Kinetiq от Markets (минимум 10% deployer share + builder code revenue)
→ Байбэки из 100% выручки Kinetiq Launch (10% от deployer share)
→ Байбэки из 70% дохода от стейкинга (KIP-2)
→ Байбэки из 100% комиссий валидаторов Kinetiq
→ Доступ к тирам для минта kmHYPE
→ Преимущества на платформе Markets
Важно понимать разницу: kmHYPE — это прямая ставка на доход биржи Markets через механику HIP-3. sKNTQ — это ставка на весь протокол Kinetiq как deployer и builder.
Что нового в kHYPE v2:
→ Стейкеры kHYPE теперь сами выбирают валидаторов из active set Kinetiq
→ Валидаторы отдают 50% комиссий на байбэки KNTQ
→ Комиссия за стейкинг — 10% от наград (без комиссии за вывод)
→ 70% идёт на байбэки для sKNTQ, 30% — в казну протокола
Kinetiq строит flywheel: больше использования → больше дохода → больше байбэков → больше доля у стейкеров.
Теперь весь вопрос, каким будет этот доход и смогут ли они пошатнуть монополию Trade[XYZ] в HIP-3.
https://x.com/i/status/2003507871074402348
This media is not supported in your browser
VIEW IN TELEGRAM
Как криптаны смотрят на абсолютно все активы, сделавшие ATH к Рождеству. Кроме крипты.
Хороший пост от nextfuckingthing о текущей ситуации на рынке
То, что спустя 2.5 месяца у нас до сих пор нет нормального разбора полётов после событий 10 октября — это бред. И совсем не удивительно, что мы видим такой прайс экшен как результат.
Крупные фонды потеряли миллиарды, ритейл полностью вынесло, а судебные иски против бирж, которые готовились — в итоге порешали за закрытыми дверями.
Мы видели подобное в крипте много раз, но думали, что уже переросли это. Очевидно, ошибались.
Десятки проектов обанкротились, но мы не видим объявлений о закрытии — они делают всё возможное, чтобы продержаться ещё хоть немного, и дамп бесполезных токенов без какой-либо утилити — единственный способ отбить потери. Большинство "голубых фишек" среди альтов продолжат путь к нулю.
Я бы предпочёл увидеть правду и максимальный страх, чтобы наконец нащупать дно — вместо того чтобы тянуть эту историю месяцами.
Думаю, что нормальный слив к средней цене покупки Сэйлора (а она не так далеко отсюда) вполне вероятен. И честно — было бы лучше протестировать этот уровень раньше, чем позже. Возможно, это самое здоровое, что может сделать рынок.
Мы сейчас в странной точке: позитивной корреляции с фондовым рынком больше нет, зато негативная — есть. Все, с кем я говорил, думают одно: если акции пойдут вниз — намконец .
Считаю, что мы ещё не достигли максимального страха. И я даже не знаю, можно ли говорить о дне, пока ETH болтается около $3000. Цена эфира всегда была лучшим индикатором дна, а то, что Ли скупил его на миллиарды — не даёт понять, где мы на самом деле находимся.
Крипта далека от конца. Но было бы неплохо, чтобы все начали в это верить — потому что именно это по-настоящему отметит дно, и мы наконец сможем расти.
Есть причина, почему некоторых из нас, OG-трейдеров, называют "тараканами нескольких циклов". Мы видели одно и то же столько раз, что стали невосприимчивы к шуму. Покупать, когда люди боятся покупать, и продавать, когда никто не хочет продавать — работало каждый раз. Циклы называются циклами не просто так.
Искренне надеюсь, что мы скоро коллективно осмыслим 10 октября и получим возможность устроить стресс-тест MSTR и DAT, чтобы оставить это позади.
У нас ещё есть несколько лет неэффективного и не до конца зрелого рынка, на котором можно зарабатывать. И хотя я давно в медвежьем настроении и сижу в стейблах — с интересом жду, что принесёт 2026.
https://x.com/i/status/2003973507600777726
То, что спустя 2.5 месяца у нас до сих пор нет нормального разбора полётов после событий 10 октября — это бред. И совсем не удивительно, что мы видим такой прайс экшен как результат.
Крупные фонды потеряли миллиарды, ритейл полностью вынесло, а судебные иски против бирж, которые готовились — в итоге порешали за закрытыми дверями.
Мы видели подобное в крипте много раз, но думали, что уже переросли это. Очевидно, ошибались.
Десятки проектов обанкротились, но мы не видим объявлений о закрытии — они делают всё возможное, чтобы продержаться ещё хоть немного, и дамп бесполезных токенов без какой-либо утилити — единственный способ отбить потери. Большинство "голубых фишек" среди альтов продолжат путь к нулю.
Я бы предпочёл увидеть правду и максимальный страх, чтобы наконец нащупать дно — вместо того чтобы тянуть эту историю месяцами.
Думаю, что нормальный слив к средней цене покупки Сэйлора (а она не так далеко отсюда) вполне вероятен. И честно — было бы лучше протестировать этот уровень раньше, чем позже. Возможно, это самое здоровое, что может сделать рынок.
Мы сейчас в странной точке: позитивной корреляции с фондовым рынком больше нет, зато негативная — есть. Все, с кем я говорил, думают одно: если акции пойдут вниз — нам
Считаю, что мы ещё не достигли максимального страха. И я даже не знаю, можно ли говорить о дне, пока ETH болтается около $3000. Цена эфира всегда была лучшим индикатором дна, а то, что Ли скупил его на миллиарды — не даёт понять, где мы на самом деле находимся.
Крипта далека от конца. Но было бы неплохо, чтобы все начали в это верить — потому что именно это по-настоящему отметит дно, и мы наконец сможем расти.
Есть причина, почему некоторых из нас, OG-трейдеров, называют "тараканами нескольких циклов". Мы видели одно и то же столько раз, что стали невосприимчивы к шуму. Покупать, когда люди боятся покупать, и продавать, когда никто не хочет продавать — работало каждый раз. Циклы называются циклами не просто так.
Искренне надеюсь, что мы скоро коллективно осмыслим 10 октября и получим возможность устроить стресс-тест MSTR и DAT, чтобы оставить это позади.
У нас ещё есть несколько лет неэффективного и не до конца зрелого рынка, на котором можно зарабатывать. И хотя я давно в медвежьем настроении и сижу в стейблах — с интересом жду, что принесёт 2026.
💡 Лучшее время обращать внимание — когда никто не обращает внимания.
https://x.com/i/status/2003973507600777726
Please open Telegram to view this post
VIEW IN TELEGRAM
Сооснователь Anthropic: в 2026 году мир изменится до неузнаваемости
Но ты этого не увидишь.
Никаких дронов над головой. Никаких роботов на тротуарах. Выйдешь на улицу — всё как обычно. Трансформация происходит в цифровом слое. Там, где ИИ-системы торгуют друг с другом. В океанах токенов, текущих между кремниевыми разумами.
Кларк собрал сложную симуляцию хищник-жертва за 5 часов. Десять лет назад на это ушли бы недели. А потом его ребёнок проснулся с криком — и он вернулся к подгузникам.
Вот вам вся история адаптации в одном абзаце. Возможности уже здесь. Человеческая пропускная способность — ограничеа. Нужны любопытство, время, доступ и навык превращать идеи в промпты. У большинства есть что-то одно. Может, два. Воронка сужается быстро.
К лету 2026 года люди, работающие с передовым ИИ, будут чувствовать себя жителями параллельного мира. И будут правы. Разрыв между возможным и тем, что испытывает большинство, станет шире любого технологического разлома в истории.
Не потому что технология недоступна. Потому что человеческие предпосылки для работы с ней — редкость.
Крипто-экономика двигалась быстро, но её можно было игнорировать. ИИ-экономика уже слишком глубоко проникла в реальность. Параллельный мир наступает — вне зависимости от того, участвуешь ты в нём или нет.
Начните с Cursor.com сегодня. Не пожалеете.
Но ты этого не увидишь.
Никаких дронов над головой. Никаких роботов на тротуарах. Выйдешь на улицу — всё как обычно. Трансформация происходит в цифровом слое. Там, где ИИ-системы торгуют друг с другом. В океанах токенов, текущих между кремниевыми разумами.
Кларк собрал сложную симуляцию хищник-жертва за 5 часов. Десять лет назад на это ушли бы недели. А потом его ребёнок проснулся с криком — и он вернулся к подгузникам.
Вот вам вся история адаптации в одном абзаце. Возможности уже здесь. Человеческая пропускная способность — ограничеа. Нужны любопытство, время, доступ и навык превращать идеи в промпты. У большинства есть что-то одно. Может, два. Воронка сужается быстро.
К лету 2026 года люди, работающие с передовым ИИ, будут чувствовать себя жителями параллельного мира. И будут правы. Разрыв между возможным и тем, что испытывает большинство, станет шире любого технологического разлома в истории.
Не потому что технология недоступна. Потому что человеческие предпосылки для работы с ней — редкость.
Крипто-экономика двигалась быстро, но её можно было игнорировать. ИИ-экономика уже слишком глубоко проникла в реальность. Параллельный мир наступает — вне зависимости от того, участвуешь ты в нём или нет.
Начните с Cursor.com сегодня. Не пожалеете.
А поможет вам гайд, который сейчас опубликую. Не пугайтесь, текста много, но всё просто 👇
КАК Y COMBINATOR УЧИТ СТАРТАПЫ ВАЙБ-КОДИНГУ: КОРОТКИЙ ГАЙД
Часть 1 из 2
Y Combinator собрал практический опыт десятков стартапов, которые строят продукты с помощью ИИ-ассистентов вроде Cursor, Windsurf и Claude. Это не теоретические рассуждения, а проверенные боем методики, которые позволяют нетехническим фаундерам создавать работающие приложения, а опытным разработчикам — кратно ускорить процесс.
🎯 ПРОЦЕСС ПЛАНИРОВАНИЯ
Начинать работу с ИИ нужно с создания детального плана реализации. Попросите ИИ написать план в markdown-файле, который станет вашей дорожной картой.
– Удалите из плана лишние пункты и отметьте как "won't do" слишком сложные фичи
– Заведите отдельный раздел для идей на потом, чтобы не терять фокус на текущих задачах
– Работайте секция за секцией, а не пытайтесь построить всё сразу
– Просите ИИ отмечать секции как завершённые после успешной реализации
– Коммитьте каждую работающую секцию в Git перед переходом к следующей
Такой подход решает главную проблему работы с ИИ — склонность к хаотичным изменениям по всей кодовой базе. Когда есть чёткий план, и вы, и ИИ понимаете границы текущей задачи.
🔄 СТРАТЕГИИ КОНТРОЛЯ ВЕРСИЙ
Git становится критически важным инструментом при работе с ИИ. Не полагайтесь только на функцию отката в самих ИИ-инструментах.
– Начинайте каждую новую фичу с чистого состояния репозитория
– Используйте
– Избегайте накопления проблем: множественные неудачные попытки создают слои плохого кода
– Когда наконец находите решение, сделайте reset и реализуйте его на чистой кодовой базе
Ключевой принцип: лучше откатиться и переделать чисто, чем пытаться исправить накопившиеся ошибки. ИИ часто создаёт обходные решения поверх предыдущих обходных решений, что быстро делает код неуправляемым.
🧪 ФРЕЙМВОРК ТЕСТИРОВАНИЯ
Тестируйте весь путь пользователя, а не отдельные кусочки кода. ИИ часто случайно ломает что-то в другой части приложения, и тест на конкретную функцию это не поймает. А тест, который симулирует реальные клики по приложению, сразу покажет проблему.
– Симулируйте поведение пользователя: тестируйте как человек, который кликает по сайту или приложению
– Ловите регрессии: LLM часто вносят ненужные изменения в несвязанную логику
– Не переходите к следующей фиче, пока не пройдут все тесты
– Некоторые фаундеры рекомендуют начинать с написания тест-кейсов, чтобы задать чёткие границы для ИИ
🐛 ЭФФЕКТИВНОЕ ИСПРАВЛЕНИЕ БАГОВ
Простое копирование сообщения об ошибке в чат с ИИ часто достаточно для получения решения.
– Просите ИИ проанализировать несколько возможных причин перед написанием кода
– После каждой неудачной попытки исправления начинайте с чистого состояния
– Добавляйте стратегическое логирование, чтобы лучше понимать, что происходит
– Пробуйте разные модели ИИ, когда одна застревает на проблеме
– Найдя решение, откатитесь и реализуйте его на чистой кодовой базе
Переключение между моделями — недооценённая тактика. Разные LLM имеют разные сильные стороны, и иногда свежий взгляд другой модели быстро решает проблему, на которой первая застряла.
Продолжение во второй части ниже
Часть 1 из 2
Y Combinator собрал практический опыт десятков стартапов, которые строят продукты с помощью ИИ-ассистентов вроде Cursor, Windsurf и Claude. Это не теоретические рассуждения, а проверенные боем методики, которые позволяют нетехническим фаундерам создавать работающие приложения, а опытным разработчикам — кратно ускорить процесс.
Главный инсайт: успех в вайб-кодинге зависит не столько от качества промптов, сколько от правильной организации процесса разработки.
🎯 ПРОЦЕСС ПЛАНИРОВАНИЯ
Начинать работу с ИИ нужно с создания детального плана реализации. Попросите ИИ написать план в markdown-файле, который станет вашей дорожной картой.
– Удалите из плана лишние пункты и отметьте как "won't do" слишком сложные фичи
– Заведите отдельный раздел для идей на потом, чтобы не терять фокус на текущих задачах
– Работайте секция за секцией, а не пытайтесь построить всё сразу
– Просите ИИ отмечать секции как завершённые после успешной реализации
– Коммитьте каждую работающую секцию в Git перед переходом к следующей
Такой подход решает главную проблему работы с ИИ — склонность к хаотичным изменениям по всей кодовой базе. Когда есть чёткий план, и вы, и ИИ понимаете границы текущей задачи.
🔄 СТРАТЕГИИ КОНТРОЛЯ ВЕРСИЙ
Git становится критически важным инструментом при работе с ИИ. Не полагайтесь только на функцию отката в самих ИИ-инструментах.
– Начинайте каждую новую фичу с чистого состояния репозитория
– Используйте
git reset --hard HEAD когда ИИ уходит в неправильном направлении– Избегайте накопления проблем: множественные неудачные попытки создают слои плохого кода
– Когда наконец находите решение, сделайте reset и реализуйте его на чистой кодовой базе
Ключевой принцип: лучше откатиться и переделать чисто, чем пытаться исправить накопившиеся ошибки. ИИ часто создаёт обходные решения поверх предыдущих обходных решений, что быстро делает код неуправляемым.
🧪 ФРЕЙМВОРК ТЕСТИРОВАНИЯ
Тестируйте весь путь пользователя, а не отдельные кусочки кода. ИИ часто случайно ломает что-то в другой части приложения, и тест на конкретную функцию это не поймает. А тест, который симулирует реальные клики по приложению, сразу покажет проблему.
– Симулируйте поведение пользователя: тестируйте как человек, который кликает по сайту или приложению
– Ловите регрессии: LLM часто вносят ненужные изменения в несвязанную логику
– Не переходите к следующей фиче, пока не пройдут все тесты
– Некоторые фаундеры рекомендуют начинать с написания тест-кейсов, чтобы задать чёткие границы для ИИ
🐛 ЭФФЕКТИВНОЕ ИСПРАВЛЕНИЕ БАГОВ
Простое копирование сообщения об ошибке в чат с ИИ часто достаточно для получения решения.
– Просите ИИ проанализировать несколько возможных причин перед написанием кода
– После каждой неудачной попытки исправления начинайте с чистого состояния
– Добавляйте стратегическое логирование, чтобы лучше понимать, что происходит
– Пробуйте разные модели ИИ, когда одна застревает на проблеме
– Найдя решение, откатитесь и реализуйте его на чистой кодовой базе
Переключение между моделями — недооценённая тактика. Разные LLM имеют разные сильные стороны, и иногда свежий взгляд другой модели быстро решает проблему, на которой первая застряла.
Продолжение во второй части ниже
КАК Y COMBINATOR УЧИТ СТАРТАПЫ ВАЙБ-КОДИНГУ: КОРОТКИЙ ГАЙД
Часть 2 из 2. Часть 1 читайте в посте выше.
⚙️ ОПТИМИЗАЦИЯ ИИ-ИНСТРУМЕНТОВ
Создавайте файлы с инструкциями для вашего ИИ: cursor.rules, windsurf.rules, claude.md. В них опишите архитектуру проекта, предпочтительные паттерны и ограничения.
– Скачивайте API-документацию в папку проекта для повышения точности ответов
– Некоторые фаундеры запускают Cursor и Windsurf одновременно на одном проекте
– Cursor чуть быстрее для фронтенд-работы, Windsurf лучше для задач, требующих глубокого размышления
– Генерируйте несколько решений и выбирайте лучшее
Локальная документация решает проблему галлюцинаций об API. Когда ИИ имеет актуальную документацию в контексте, он перестаёт выдумывать несуществующие методы и параметры.
🏗️ РАЗРАБОТКА СЛОЖНЫХ ФИЧ
Для комплексных функций сначала создавайте standalone-прототипы в чистой кодовой базе.
– Давайте ИИ рабочие примеры для подражания
– Поддерживайте консистентные внешние API, позволяя менять внутреннюю реализацию
– Сервис-ориентированные архитектуры с чёткими границами работают лучше монорепозиториев
Модульность — ключ к успеху. Когда код разбит на изолированные сервисы с понятными интерфейсами, ИИ может работать над каждым модулем независимо, не ломая остальное.
💻 ВЫБОР ТЕХНОЛОГИЧЕСКОГО СТЕКА
Устоявшиеся фреймворки работают лучше. Ruby on Rails превосходит многие альтернативы благодаря 20 годам консистентных конвенций в тренировочных данных.
– Новые языки вроде Rust или Elixir могут иметь меньше примеров в тренировочных данных
– Маленькие модульные файлы проще для работы и людям, и ИИ
– Избегайте файлов в тысячи строк
Это контринтуитивный вывод: самые модные технологии — не лучший выбор для вайб-кодинга. Чем больше примеров языка или фреймворка видел ИИ в обучении, тем качественнее будут его ответы.
🚀 ЗА ПРЕДЕЛАМИ КОДА
ИИ полезен далеко за рамками написания кода.
– DevOps-автоматизация: конфигурация серверов, DNS, хостинга
– Дизайн: генерация фавиконов и других элементов
– Контент: документация и маркетинговые материалы
– Обучение: попросите ИИ объяснить код построчно
– Используйте скриншоты для демонстрации UI-багов или дизайн-референсов
– Голосовой ввод через инструменты типа Aqua позволяет диктовать до 140 слов в минуту
Скриншоты — мощный инструмент. Вместо долгих текстовых описаний UI-проблемы просто покажите ИИ картинку того, что не работает или как должно выглядеть.
📈 НЕПРЕРЫВНОЕ УЛУЧШЕНИЕ
Когда тесты на месте, регулярно рефакторите код.
– Просите ИИ находить кандидатов на рефакторинг
– Пробуйте каждый новый релиз моделей
– Признавайте, что разные модели хороши для разных задач
ИИ-модели улучшаются стремительно. То, что не работало месяц назад, может отлично работать сегодня. Регулярное тестирование новых версий — часть процесса.
💡 Главные прорывные идеи гайда: принцип чистой реализации, когда найденное решение нужно откатить и переделать на чистом коде вместо наслаивания фиксов. Использование нескольких ИИ-инструментов параллельно для разных задач: Cursor для фронтенда, Windsurf для сложных задач. Тесты на весь путь пользователя как защита от склонности LLM к случайным изменениям в несвязанном коде.
Неожиданный вывод о технологическом стеке: старые фреймворки вроде Rails работают лучше модных альтернатив из-за большего количества примеров в тренировочных данных. Если вы выбираете технологии для вайб-кодинга, ставьте на проверенные временем инструменты, а не на хайповые новинки.
Ещё раз ссылки на обе части гайда:
Часть 1 / Часть 2
Часть 2 из 2. Часть 1 читайте в посте выше.
⚙️ ОПТИМИЗАЦИЯ ИИ-ИНСТРУМЕНТОВ
Создавайте файлы с инструкциями для вашего ИИ: cursor.rules, windsurf.rules, claude.md. В них опишите архитектуру проекта, предпочтительные паттерны и ограничения.
– Скачивайте API-документацию в папку проекта для повышения точности ответов
– Некоторые фаундеры запускают Cursor и Windsurf одновременно на одном проекте
– Cursor чуть быстрее для фронтенд-работы, Windsurf лучше для задач, требующих глубокого размышления
– Генерируйте несколько решений и выбирайте лучшее
Локальная документация решает проблему галлюцинаций об API. Когда ИИ имеет актуальную документацию в контексте, он перестаёт выдумывать несуществующие методы и параметры.
🏗️ РАЗРАБОТКА СЛОЖНЫХ ФИЧ
Для комплексных функций сначала создавайте standalone-прототипы в чистой кодовой базе.
– Давайте ИИ рабочие примеры для подражания
– Поддерживайте консистентные внешние API, позволяя менять внутреннюю реализацию
– Сервис-ориентированные архитектуры с чёткими границами работают лучше монорепозиториев
Модульность — ключ к успеху. Когда код разбит на изолированные сервисы с понятными интерфейсами, ИИ может работать над каждым модулем независимо, не ломая остальное.
💻 ВЫБОР ТЕХНОЛОГИЧЕСКОГО СТЕКА
Устоявшиеся фреймворки работают лучше. Ruby on Rails превосходит многие альтернативы благодаря 20 годам консистентных конвенций в тренировочных данных.
– Новые языки вроде Rust или Elixir могут иметь меньше примеров в тренировочных данных
– Маленькие модульные файлы проще для работы и людям, и ИИ
– Избегайте файлов в тысячи строк
Это контринтуитивный вывод: самые модные технологии — не лучший выбор для вайб-кодинга. Чем больше примеров языка или фреймворка видел ИИ в обучении, тем качественнее будут его ответы.
🚀 ЗА ПРЕДЕЛАМИ КОДА
ИИ полезен далеко за рамками написания кода.
– DevOps-автоматизация: конфигурация серверов, DNS, хостинга
– Дизайн: генерация фавиконов и других элементов
– Контент: документация и маркетинговые материалы
– Обучение: попросите ИИ объяснить код построчно
– Используйте скриншоты для демонстрации UI-багов или дизайн-референсов
– Голосовой ввод через инструменты типа Aqua позволяет диктовать до 140 слов в минуту
Скриншоты — мощный инструмент. Вместо долгих текстовых описаний UI-проблемы просто покажите ИИ картинку того, что не работает или как должно выглядеть.
📈 НЕПРЕРЫВНОЕ УЛУЧШЕНИЕ
Когда тесты на месте, регулярно рефакторите код.
– Просите ИИ находить кандидатов на рефакторинг
– Пробуйте каждый новый релиз моделей
– Признавайте, что разные модели хороши для разных задач
ИИ-модели улучшаются стремительно. То, что не работало месяц назад, может отлично работать сегодня. Регулярное тестирование новых версий — часть процесса.
💡 Главные прорывные идеи гайда: принцип чистой реализации, когда найденное решение нужно откатить и переделать на чистом коде вместо наслаивания фиксов. Использование нескольких ИИ-инструментов параллельно для разных задач: Cursor для фронтенда, Windsurf для сложных задач. Тесты на весь путь пользователя как защита от склонности LLM к случайным изменениям в несвязанном коде.
Неожиданный вывод о технологическом стеке: старые фреймворки вроде Rails работают лучше модных альтернатив из-за большего количества примеров в тренировочных данных. Если вы выбираете технологии для вайб-кодинга, ставьте на проверенные временем инструменты, а не на хайповые новинки.
Ещё раз ссылки на обе части гайда:
Часть 1 / Часть 2