Как сделать список задач без кода: приложение за вечер

Список задач собирается из описания: назовите поля задачи, экраны и место хранения. Билдер соберёт приложение примерно за минуту, проверит его в песочнице и опубликует на адрес вида <slug>.zugo.run. Сборка стоит 6 кредитов, каждая последующая правка 3, хранение подключается через Supabase.

Приложение задач это самый частый первый проект, и не случайно: в нём есть всё, из чего состоят настоящие приложения. Список, форма, изменение состояния, хранение. Тот, кто собрал его целиком, понимает, как устроены и остальные.

Зачем собирать свой список задач, когда есть готовые?

Честный ответ: чаще всего незачем, если вам нужен просто список дел. Готовые приложения бесплатны, синхронизируются между устройствами и присылают напоминания.

Свой имеет смысл в трёх случаях. Первый: вы учитесь и хотите пройти путь целиком, от формы до базы. Второй: ваш процесс не ложится в чужую модель, например задачи привязаны к клиентам и этапам, которых нет в готовых сервисах. Третий: вам нужен встроенный список внутри своего продукта, а не отдельное приложение.

Есть и четвёртая причина, чисто практическая. У готовых сервисов своя модель работы: проекты, теги, приоритеты, статусы. Кому-то она подходит и экономит время, кому-то мешает, а собственный список содержит ровно те поля, которыми вы пользуетесь, и ни одного лишнего.

Если ни один из этих случаев не ваш, возьмите готовое приложение и сэкономьте вечер. Это тот совет, который редко даёт сама платформа, но он верный.

Что входит в первую версию?

Четыре действия: добавить задачу, отметить выполненной, изменить текст, удалить. Всё. Приоритеты, теги, повторяющиеся задачи и подзадачи это второй заход.

Причина не в сложности, а в том, что до использования вы не знаете, какие поля вам нужны. Люди уверенно просят приоритеты и почти никогда ими не пользуются, зато через неделю обнаруживают, что не хватает даты.

Единственное поле, которое стоит добавить сразу, это срок. Список без дат превращается в свалку из сорока пунктов, и разбирать его тяжелее, чем вести.

Второе, о чём стоит подумать заранее, это порядок. Что показывается сверху: самое новое, самое срочное или то, что вы сами перетащили. Ответ определяет, будете вы пользоваться приложением или нет, и билдеру его нужно назвать явно.

Хранить задачи в браузере или в базе?

Это главное техническое решение, и последствия у него разные.

Для личного списка на один компьютер первая строка честно работает и стоит одну сборку. Проблема в том, что почти все через неделю хотят открыть список с телефона, и тогда приходится переделывать.

Поэтому практичнее сразу вторая строка, если вы собираете инструмент для себя всерьёз. Как подключается база, какие таблицы появляются и почему правила доступа нужно проверять, разобрано в статье про приложение с Supabase.

Как описать приложение в промте?

Билдеру нужны поля задачи, экраны и поведение списка. Опишите это списком, а не одной фразой «сделай тудушку».

Собери приложение списка задач.
Задача: текст, срок, статус (активна или выполнена), заметка.
Главный экран: поле ввода сверху, ниже список активных задач,
под ним свёрнутый блок выполненных за последние 7 дней.
Действия: добавить по Enter, отметить выполненной галочкой,
изменить текст по клику, удалить с подтверждением.
Сортировка: сначала просроченные, потом по сроку, потом без срока.
Задачи хранить в Supabase, вход по почте.
Оформление: плотный список, крупные области нажатия,
работает на телефоне одной рукой.

Строка про сортировку самая полезная в этом промте. Без неё вы получите список в порядке добавления, и через две недели просроченные задачи окажутся в самом низу. Как формулировать такие уточнения, разобрано в гайде как писать промт для ИИ-билдера.

Нужен ли вход и что будет без него?

Опубликованное приложение доступно по адресу вида <slug>.zugo.run, то есть любому, кто знает ссылку. Без входа это значит, что ваш список задач может открыть посторонний, а если задачи хранятся в общей таблице, то и изменить.

Для личного списка с задачами вроде «купить молоко» это терпимо. Как только в задачах появляются имена клиентов, суммы или пароли доступа, вход становится обязательным, а не желательным.

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

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

Сколько кредитов стоит список задач?

Zugo списывает кредиты за действия. Сборка стоит 6 кредитов, правка 3, многостраничная платформа 12 за первые три страницы и по 3 за каждую следующую.

Режим Hi-Fi вдвое дороже: сборка 12, правка 6. Для личного инструмента он бессмысленен: вы будете смотреть на этот экран каждый день, и важна плотность списка, а не оформление.

Free даёт 5 кредитов, это меньше одной сборки, поэтому собрать что-то на бесплатном тарифе не получится. Pro стоит $25 в месяц и даёт 200 кредитов, чего хватает на сборку и десятки правок по мере использования. Business стоит $99 в месяц.

Что добавлять во вторую очередь?

После недели использования становится понятно, чего не хватает по-настоящему, и список почти у всех получается одинаковый.

Повторяющиеся задачи. Это первое, что просят, и это самая коварная функция: нужно решить, что происходит с пропущенным повтором. Простое правило «повтор создаёт новую задачу только после выполнения предыдущей» избавляет от списка из тридцати одинаковых просроченных строк.

Разделение на области. Работа, дом, учёба. Достаточно одного поля и фильтра сверху, полноценные проекты с вложенностью для личного списка избыточны.

Быстрый ввод с датой прямо в тексте. Строка «позвонить в банк завтра» разбирается на текст и срок, и это заметно ускоряет добавление с телефона.

Каждая такая доработка это одна правка за 3 кредита. Добавляйте по одной и живите с ней несколько дней: так вы отсеете то, что казалось нужным только на бумаге.

Когда готовый таск-менеджер лучше?

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

Нативное мобильное приложение с виджетом на экране блокировки. Напоминания, которые приходят, когда телефон в кармане. Быстрое добавление голосом. Синхронизация, которая переживает офлайн и не теряет изменения. Всё это отдельная работа, а не строка в промте.

Своё выигрывает там, где задача перестаёт быть просто задачей. Список заявок с клиентом, суммой и этапом сделки, чек-лист внутри вашего продукта, доска для команды с полями, которых нет ни в одном сервисе. В этот момент чужая модель начинает мешать, а своя становится дешевле.

Второй аргумент это данные и переносимость: список живёт в вашей базе, а код выгружается в GitHub, поэтому проект не заперт внутри платформы.

С чего начать?

С самой простой версии: поле ввода, список, галочка, удаление. Это 6 кредитов и полчаса. Пользуйтесь ей неделю, ничего не добавляя, и запишите, чего не хватило по-настоящему.

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

Если вам нужен не список дел, а учёт потраченных часов с деньгами, посмотрите разбор приложения учёта времени. Общая логика сборки приложений с данными описана в статье как создать приложение нейросетью. Опишите свои поля одним абзацем на zugo.dev и соберите ту версию, которой станете пользоваться завтра.