Hacker News Digest

Bloomberg обнаружил подозрительную активность в вашей сети и потребовал подтвердить, что вы не робот. Для доступа к статье необходимо включить JavaScript и cookies в браузере, а также не блокировать их загрузку. Если проблема сохраняется, следует обратиться в службу поддержки Bloomberg, указав предоставленный идентификатор запроса: 97d1c92d-a382-11f1-b6b9-f2844c7138e5. Это стандартная мера защиты от автоматизированного трафика и ботов.

Страница также содержит призыв оформить подписку на Bloomberg.com для получения доступа к глобальным финансовым новостям. Однако без прохождения проверки на человечность доступ к контенту невозможен. Упомянутые ссылки ведут на разделы об условиях использования и политике cookies, а также на форму обратной связи для технической поддержки. Статья, на которую вёл исходный линк (о консорциуме Advent и Stripe, отказавшемся от поглощения PayPal), остаётся недоступной без выполнения указанных условий.

Обсуждение подтверждает отказ от сделки как ожидаемый. Причины: раздувшаяся цена после утечки — акции PayPal выросли более чем на 40% за квартал до ~$52,6 млрд (@tyre); устаревшая архитектура PayPal (@rekttrader, @iSloth); отсутствие стратегического обоснования; неудачная попытка CEO Stripe выстроить креативное финансирование, которую Уолл-стрит бы не поддержала (@allears). Технический долг PayPal никто не оспаривает. Спор о реальной позиции PayPal. Часть участников (@diogenescynic, @LightBug1) считают его умирающим legacy-сервисом без moat, вытесняемым Stripe, Adyen, Apple Pay, Google Pay. Другие (@locallost, @barrkel, @analog31) по личному опыту видят его рабочим дефолтным вариантом — @barrkel отмечает ~28% доли в онлайн-выручке Германии в 2025 году, @locallost подтверждает, что PayPal остаётся основным способом оплаты физтоваров в европейском e-commerce. Спор о причинах провала: @aghuang считает, что разногласия выходили за рамки цены и детали знает только Stripe; @reenorapra полагает, что CEO PayPal следовало уволить за упущенные $60 млрд; @allears винит лично CEO Stripe. PayPal как резервный вариант для бизнеса: @analog31 более десяти лет использует PayPal как пассивный приём платежей без кода и расходов на поддержку; @rchaud ценит возможность отменять подписки без разговора с retention-агентами. Региональные различия. В Китае оплата — QR-код, в Европе — IBAN или платёжные ссылки с мгновенным переводом без комиссии (@bambax, @DarmokTanagra, @mittensc); @DanielHB удивлён отсутствием IBAN в США, @Hendrikto называет ограничения P2P-переводов в США «возмутительными». @kevin_thibedeau указывает, что Zelle — фронтенд поверх ACH, @general1465 добавляет, что в США по-прежнему пользуются чеками и обязаны лично присутствовать для международных переводов. Юридический аспект: @acd связывает сделку с антимонопольными рисками по Sherman Antitrust Act, остальные обсуждают только цену и стратегию. Личный отказ от PayPal: @stefandesu удалил аккаунт после переезда в Норвегию, где все используют Vipps; @shevy-java избегает «Trump-tainted US companies» и призывает диверсифицировать платёжную инфраструктуру по примеру Канады. Альтернативы: @ocd описывает канадский стек (Interac для P2P, Moneris и банковские процессинги для бизнеса); @Jommi рекомендует usedots.com для отправки небольших сумм.

OpenRouter объединяется с Stripe, чтобы стать ключевым игроком в глобальном росте ВВП, используя AI как движущую силу. Платформа уже обслуживает 10+ триллионов токенов в день от 400+ моделей для 10 млн разработчиков, демонстрируя ежегодный рост в 10 раз. Главная цель — сохранить независимость в выборе моделей, обеспечить открытые данные о их использовании и сохранить агрессивную скорость развития, не подчиняясь корпоративным интересам.

Ключевой факт: маршрутизация решений будет оставаться приоритетом пользователя, а не акционеров. Команда подчеркивает, что ценности — любопытство, строгость и прозрачность — важнее любой модели. Stripe выбран как партнер, потому что его инфраструктура и миссия совпадают с открытой экосистемой OpenRouter, что позволит масштабировать доступ к AI без потери гибкости. Транзакция завершится в ближайшие недели, но сервисы продолжат работать без изменений.

OpenRouter ценен не как простой роутер, а как масштабируемая инфраструктура для управления многомодельными API, наблюдаемостью и унифицированным биллингом — что делает его идеальной основой для Stripe как платформы финансирования AI-агентов. Он позволяет разработчикам тестировать и переключать модели в продакшене без собственных оберток, снижая технический долг и упрощая DevEx. Функция broadcast направляет трейсы в ClickHouse, S3 или Snowflake, обеспечивая полный контроль над observability без проприетарных панелей. OpenRouter создает конкуренцию между провайдерами по цене и качеству, а не по вендор-локину, выгодно и разработчикам, и провайдерам. Он стал доверенным брендом благодаря репутации, масштабу (10+ трлн токенов/день) и надежности на сторонней инфраструктуре. Упрощает учет: автоматически атрибутирует затраты, исключая необходимость в 20 разных аккаунтах — ключевая фича для экспериментов и прототипирования. Fallback-логика избавляет от необходимости писать собственные retry-механизмы. Stripe логично выигрывает от владения OpenRouter — это дает контроль над денежными потоками в экосистеме, где вычисления становятся валютой, как ADP для AI-труда. Споры: - Некоторые считают, что OpenAI и Anthropic не должны предоставлять доступ к моделям через OpenRouter — это снижает контроль над ценообразованием и данными. - Критики утверждают, что консолидация (Stripe → OpenRouter) вредит пользователям, угрожая открытости и скорости инноваций. - Некоторые оспаривают оценку в $7–8 млрд, называя OpenRouter просто прокси, который можно построить за миллионы. - Критики указывают, что слово «Open» в названии вводит в заблуждение — сервис не является открытым протоколом, в отличие от Open Banking. Советы: - Для приватности рекомендуется TrustedRouter.com — альтернатива с акцентом на децентрализацию. - Опытные пользователи советуют настраивать роутинг не только по цене, но и с минимальными порогами производительности, чтобы избежать неоптимального выбора по умолчанию.

Компании, масштабирующие AI-инструменты для кодирования, сталкиваются с взрывным ростом расходов, который угрожает нивелировать полученные выгоды. В Databricks, Stripe, Coinbase и других цифровых лидерах выработаны проверенные подходы: фокус на эффективности, а не на максимальной мощности моделей. Ключевой приём — постоянный переход на новые, более дешёвые модели, которые сохраняют достаточное качество для повседневных задач разработки. Эта «эффективная граница» движется быстрее, чем «граница интеллекта»: новые модели выходят почти еженедельно, предлагая лучшее соотношение цены и производительности.

Для управления расходами применяют централизованные шлюзы (например, Unity AI Gateway), автоматизированные тесты на реальных задачах, фильтрацию моделей, логирование сессий и снижение накладных расходов на токены. Вместо жёстких бюджетов вводят «прогрессивное трение» — например, замедление ответов при превышении лимитов. Databricks открыла ключевые компоненты: AI Gateway для маршрутизации и Omnigent для управления агентами. Эти инструменты уже используют тысячи компаний, позволяя обеспечить широкий доступ к AI без роста затрат.

Тред обсуждает опыт использования AI-инструментов в кодировании: некоторые подтверждают их эффективность, другие — неудачи. @extr отмечает, что в компании с неограниченным бюджетом Fable 5 и Opus 5 сокращают время разработки, но требуют строгого контроля затрат. @pizza234 указывает, что генерируемый код часто избыточен и требует ручной правки; @reqo предупреждает о риске переинжиниринга. @lubujackson советует использовать дешёвые модели, ограничивать контекст и добавлять ограничения для неквалифицированных пользователей. @nichochar считает, что AI как API стандартизирует создание компаний. @bogota удалил AI-инструменты из компании — это сэкономило более $2 млн в год и ускорило процессы.

Параллельная разработка с Claude Code: коротко

Запустил 3 агентов (product-manager, ux-designer, senior-engineer) одной командой — за минуту получил полный тикет в Linear.
Далее те же агенты кодят, ревьюят, тестируют в отдельных терминалах, пока я занят другим.
Ошибка стоит копейки — просто перезапускаю.

Ключевые принципы

1. Параллельность: backend, frontend, тесты, доки пишутся одновременно.
2. Специализация: каждый агент видит только нужный контекст (Stripe-интеграция, UI-форма, тесты).
3. Минимальные требования: чёткая цель + границы (/docs, /tests, /ui).

Как повторить

• Положи .md-инструкции для ролей в agents/.
• Один bash-скрипт: claude -p agents/pm.md & claude -p agents/dev.md & claude -p agents/qa.md.
• Результаты сливаются автоматом; если rate-limit — добавь sleep 1.

Готово: спеку, код и тесты получаешь быстрее, чем пишешь Jira-таск.

• Подавляющее большинство участников считают «ролевых» суб-агентов (product-manager, frontend, backend и т.д.) маркетинговым трюком: они не получают полного системного промпта и CLAUDE.md, быстро теряют контекст, пишут «моки» или ломают уже рабочий код.
• Практический итог: вместо ускорения появляется «казино» — много запусков, загрязнённый контекст, регрессии и перерасход токенов; проекты приходится переписывать вручную.
• Кто всё-таки использует суб-агентов, делает их не «по ролям», а «по задачам»: короткий запрос → агент жрёт много токенов → возвращает компактный отчёт (покрытие тестами, соответствие гайдам, рефакторинг-чек-лист), чтобы основной чат не засорять.
• Альтернатива — уйти от чёрного ящика: Tmux + два独立的 CLI-агента в соседних панелях, ручной синх через файлы или GitHub-issues; так проще остановить и подправить.
• Общий вывод: для реального кода достаточно обычного Claude Code с хорошим промптом, правилами в /commands и лаконичным CLAUDE.md; «мульти-агент» пока не приносит выгод, зато точно приносит лишние траты и головную боль.

Tempo — блокчейн первого уровня, созданный для платежей. Поддерживает все основные стейблкоины, обеспечивает 100 000+ TPS, финальность <1 сек, предсказуемые минимальные комиссии и встроенную приватность. Разработан Stripe и Paradigm при участии Visa, Deutsche Bank, Shopify, Revolut и др.

Ключевые возможности

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

Для разработчиков

EVM-совместимый, нейтральный к стейблкоинам, нативный обмен между ними, документация скоро.

Доступ

Сейчас приоритетный доступ к тестнету для партнёров.
[partners@tempo.xyz](mailto:partners@tempo.xyz?subject=Requesting access to Tempo)

• Stripe запускает «блокчейн» Tempo под стейблкоины, чтобы ускорить и удешевить движение денег между своими клиентами.
• Критики считают проект маркетинговым трюком: вместо децентрализованной сети — закрытая база данных под контролем Stripe и партнёров.
• Главная выгода — регуляторный арбитраж: стейблкоины пока обходят банковские нормы, позволяя хранить и переводить доллары без классических банков.
• Технически ничего нового: высокая пропускная способность достигается за счёт централизованного набора валидаторов; Ethereum-совместимость нужна лишь для совместимости с инфраструктурой.
• Бизнес-кейсы — мгновенные выплаты, ликвидность между странами и спасение от медленной банковской инфраструктуры в ЛатАмерике и Азии.

Le Chat: 20+ MCP-коннекторов и Memories

• Каталог коннекторов (beta)
  20+ безопасных интеграций: Databricks, Snowflake, GitHub, Jira, Notion, Asana, Outlook, Box, Stripe, Zapier и др.

  • Поиск, анализ, действия в одном чате.
  • Добавьте собственные MCP-коннекторы.
  • Запуск в браузере, мобильном, on-prem или вашем облаке.

• Memories (beta)
  Персонализированные ответы на основе сохранённых фактов и предпочтений.

  • Контроль: хранить, править, удалять.
  • Импорт из ChatGPT.

• Бесплатно для всех пользователей.

Категории коннекторов

• Данные: Databricks, Snowflake, Pinecone, Prisma Postgres, DeepWiki.
• Продуктивность: Box, Notion, Asana, Monday, Jira, Confluence.
• Разработка: GitHub, Linear, Sentry, Cloudflare.
• Автоматизация: Zapier, Brevo.
• Коммерция: PayPal, Plaid, Square, Stripe.
• Custom: любые MCP-серверы.

Примеры

• Анализ отзывов в Databricks → задача в Asana.
• PR в GitHub → задача в Jira + документация в Notion.
• Сравнение контрактов в Box → краткий отчёт обратно в Box.
• Jira → спринт-обзор в Confluence.
• Stripe → аномалии → задача в Linear.

Управление и безопасность
Админы определяют доступ, аутентификация от имени пользователя.
Развёртывание: self-hosted, ваше облако или Mistral Cloud.

• Пользователи жалуются на провал gpt-5-mini и переходят на mistral-medium-0525: дешевле, быстрее, но при ошибке «падает жёстче».
• Mistral анонсировала 20+ «безопасных» MCP-коннекторов (S3, FTP, SharePoint и др.) и поддержку кастомных удалённых коннекторов.
• Валютация в $14 млрд выглядит низкой против OpenAI/Anthropic; для европейцев главный плюс — «сделано в ЕС».
• Качество моделей: в чате и простых задачах сравнимо с OpenAI, но уступает топ-версиям; скорость реакции высокая.
• Бесплатный тариф и быстрый релиз новых фич отмечают как плюсы, однако многие так и не пробовали Mistral всерьёз.

Делайте то, что не масштабируется

Стартапы не взлетают сами — их взрывают основатели. Почти всем приходится вручную привлекать первых пользователей: ходить по квартирам, как Airbnb в Нью-Йорке, или ставить Stripe на месте, отнимая у клиентов ноутбуки. Стыд и лень мешают выйти из-за кода и продавать, но без этого не выжить.

Кажется, что 10 новых пользователей в неделю — ничто, но при росте 10 % в неделю через год их будет 14 000, а через два — 2 млн. Главное — не недооценить степень роста и не списать себя слишком рано. Microsoft начиналась как пара парней в Альбукерке, писавших Basic для горстки хоббистов. Airbnb едва не умерла, но 30 дней личного общения с пользователями спасли её.

Ранние стартапы хрупки; судить их по стандартам крупных компаний — всё равно что смотреть на новорождённого и говорить: «Это никогда ничего не добьётся».

• Главная мысль: на старте нужно «создавать импульс с нуля», лично решая проблемы каждого пользователя, вместо того чтобы сразу строить масштабируемые системы.
• Ранние «нелогичные» действия (звонки новым клиентам, ручная доставка) дают глубокое понимание рынка и формируют «вкус» к качеству.
• Подход «делай то, что не масштабируется» ≠ «никогда не масштабируй»; как только появляется продукт-рыночное соответствие, пора переходить к автоматизации.
• Критики предупреждают о выжившем искажении и риске застрять в ручных процессах, если не отпустить их вовремя.
• Итог: стартап побеждает инерцию мира, когда основатель вручную «переворачивает» её, а потом аккуратно переключается на масштаб.