> ## Documentation Index
> Fetch the complete documentation index at: https://supastack.dev/llms.txt
> Use this file to discover all available pages before exploring further.
> For the full documentation corpus in one file, fetch: https://supastack.dev/llms-full.txt

# Ваш список технологий не выпустит ваш продукт

Сотня разработчиков добавила мой список технологий в закладки — а то, что список не показывает, это обвязка, которая позволила десктопной утилите для Windows выйти за 48 часов.

_Опубликовано 2026-10-12._
_Обновлено 2026-10-27._

> **Помогает ли более длинный список технологий выпустить продукт быстрее?**
> Зависит от того, что список умалчивает. Список технологий называет инструменты; он не устанавливает их границы — проверенные вебхуки, ограничение по тенанту, подписание релизов, — а проекты вязнут именно на этих стыках. Скопированный список воспроизводит инструменты без единой интеграции. Списки работают как меню того, что стоит изучить, но путь к продукту, который можно выпустить, лежит через проверенную обвязку — как бы вы её ни получили. Честный вопрос — сколько стоят ваши вечера.

## Ловушка закладок

Несколько дней назад в треде на X я поделился стеком, которым реально пользуюсь, — мой «инди-стек разработчика 2026», дюжина инструментов в одном ответе. [Ответ](https://x.com/noah_z_zhang/status/2114919719538978934) собрал больше сотни закладок и привёл на этот сайт больше сотни переходов.

Аналитика была менее лестной: большинство посетителей пробегали страницу глазами и уходили. Список технологий читается как готовый план; скопированный список ничего не выпускает. Каждый инструмент всё равно придётся установить, связать с соседними и проверить — именно на стыках между ними и уходят недели.

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


## Где проекты умирают на самом деле

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

Картина недели удивительно устойчива:

- Первый день: структура монорепозитория, ESLint, пути в `tsconfig`, миграции базы данных.
- Третий день: всё та же документация платёжного провайдера — попытка правильно сделать идемпотентность вебхуков.
- Пятый день: десктопный или мобильный компаньон — новый пайплайн сборки, новая поверхность аутентификации, автообновления с нуля.


## Разработка за 48 часов, от начала до конца

На прошлой неделе я выпустил [SpinShare](https://spinshare.dev) — нативную десктопную утилиту для Windows: перетаскиваете файл в Проводнике, нажимаете Shift, и под курсором открывается радиальное меню; отпускаете Shift — и запускается локальная конвертация или операция. Никаких всплывающих окон, ничего не отправляется в сеть; файл не покидает машину.

Именно сроки стоит разобрать: новый репозиторий, логика ядра на Rust, офлайн-выдача лицензий на моих существующих биллинговых рельсах и отправка в Microsoft Store — сорок восемь часов основной разработки в паре с агентом и почти без подстройки промптов. Агент не сходил с рельсов по неброской причине: архитектурные границы, на которых он обычно галлюцинирует, уже были запечатаны внутри supastack — моего собственного кита.

Дальше идёт расчёт: обвязка, которую не пришлось строить в эти два дня.


## Настройка и ограждения

`pnpm setup` сворачивает начальную подготовку в одну команду: предварительные проверки, выравнивание переменных окружения, установка зависимостей, миграции базы данных. Первого вечера, потраченного на сборку рабочего окружения, просто нет — репозиторий либо проходит собственный чек-лист, либо называет, чего не хватает.

Зеркальные документы `.ai/`, `AGENTS.md` и `.agents/skills/` — контракт, написанный для агента, а не для человека: граница ответственности каждого пакета, его правила тестирования, его красные линии (десктопное приложение — оболочка с единым webview, которая никогда не форкает продуктовый UI). [Руководство по структуре проекта](https://supastack.dev/ru/docs/web/project-structure.md) показывает устройство, которое читает агент; [пост о рабочем процессе с агентом](https://supastack.dev/ru/blog/building-saas-with-a-coding-agent.md) описывает рабочий ритм.

Границы, зафиксированные письменно, — это границы, через которые агент не забредёт.


## Биллинг и релизы — уже готовые

Восемь биллинговых адаптеров стоят за одним контрактом — Stripe, Creem, Polar, Dodo, Lemon Squeezy, Paddle, Whop и PayPal — и журнал `webhook_event` делает каждый расчёт проверенным по подписи и идемпотентным ещё до того, как он станет лицензией или письмом. Моя работа началась ниже по потоку: уровни Early-Bird, переключающиеся по числу заказов, и офлайн-ключи лицензий с подписью Ed25519 — десктопная утилита обязана активироваться без сетевого вызова. [Руководство по модулю биллинга](https://supastack.dev/ru/docs/modules/billing.md) документирует поток, который я расширил.

Сторона релизов оказалась столь же неинтересной — и в этом весь смысл. Пайплайн Tauri 2 — `desktop-release.yml` — собирает подписанные бандлы и генерирует `latest.json` через minisign для стабильного и бета-каналов на Windows (NSIS и msi), macOS (dmg) и Linux (AppImage). Единственная упаковка, которую я делал сам, — MSIX-сборка для Microsoft Store; остальное покрывает [быстрый старт десктопа](https://supastack.dev/ru/docs/desktop/ship-in-5-minutes.md).


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

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

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

- Хуки перетаскивания Windows OLE на Rust — меню взводится, только пока реальное перетаскивание файла удерживается с Shift, и никогда во время набора текста.
- Многооконный сценарий в трее — утилита остаётся в одном нажатии клавиши без окна на панели задач.
- Анимация радиального меню, настроенная до тех пор, пока меню не стало читаться мгновенным, а не анимированным.
- Больше тридцати локальных конвертеров форматов, каждый с собственными модульными тестами.


## Практическая часть: цена и прозрачность

Честное возражение: «У меня есть Cursor — зачем платить за список технологий?» Оно работает, пока у вашего собственного времени нет цены. Два вечера идемпотентности вебхуков стоят вам функции, которую вы не выпустили.

О прозрачности: [документация](https://supastack.dev/ru/docs/web/ship-in-5-minutes.md) открыта целиком — структура каталогов, два веб-движка, кроссплатформенная синхронизация, все восемь биллинговых адаптеров, маршрутизация AI. Я предпочту, чтобы скептик прочитал её от начала до конца и ушёл, чем купил по заголовку; [стартовый кит или с нуля](https://supastack.dev/ru/blog/starter-kit-or-from-scratch.md) — честная версия этого решения.

Две практические заметки: указанные цены уже включают стартовую скидку 100 $, а оформление заказа поддерживает Alipay. И ещё кешбэк для создателей в 50% — запустите реальный продукт в течение шестидесяти дней, публично расскажите историю разработки (5 000 органических просмотров или 50 органических лайков на X, Reddit, YouTube или подобных площадках) и пришлите мне ссылку по почте: половина возвращается, а лицензия остаётся вашей. Правила — в [условиях кешбэка за запуск](https://supastack.dev/terms#launch-cashback).


## Частые вопросы о списках технологий

Одни и те же возражения всплывают всякий раз, когда появляется кит. Они заслуживают прямых ответов.

- Разве агент не может сгенерировать весь этот каркас за меня? — Он может выдать что-то правдоподобное; проверить стыки за один проход — нет. Идемпотентный вебхук тестируется, а не генерируется — скаффолдинг просто снова вручает вам тот же список.
- Разве бойлерплейт не делает продукты безликими? — Обвязка общая; продукт — нет. Хуков перетаскивания, поведения в трее и конвертеров SpinShare нет нигде в ките — десять процентов, которые видят клиенты, остаются вашими.
- А если мне нужно только веб-приложение? — Кит — покупка в любом случае; мобильную и десктопную поверхности можно принять или проигнорировать, это не требования. SpinShare существует, потому что десктопная поверхность уже была построена.
- Может ли десктопная утилита быть историей покупателя? — Это самый короткий честный пример, который у меня есть: два дня от пустого репозитория до отправки в магазин. Та же обвязка служит и SaaS — [чек-лист запуска](https://supastack.dev/ru/blog/saas-launch-checklist.md) — расширенная версия.
- Почему бы просто не опубликовать список технологий? — Уже опубликован: [руководство по технологическому стеку](https://supastack.dev/ru/docs/web/tech-stack.md) называет каждый выбор и его причину. Список — это меню, а не план — аргумент здесь в пользу покупки уже построенного плана.