Hacker News Digest

Параллельная разработка с 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 дней личного общения с пользователями спасли её.

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

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