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


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

изучив рынок, я нашел приложение с похожей идеей, то есть оказалось, что такое приложение уже существует, очень похожее на то, что я хочу реализовать, но у меня есть определенное свое видение на то, что должно быть в этом приложении и в его функционале. И у меня есть идеи по добавлению своих каких-то определенных сценарий, сценариев, наказания и штрафов за просроченные дела. а также возможно какие-то другие виды мотивации то есть у меня есть определенный список еще своих идей и заметок то есть которые я бы добавил в это приложение то как я его вижу 
Бегло изучив проект, который я нашел, который похож на то, что я хочу реализовать, Я понял, что базовые вещи Там уже есть и для минимального жизнеспособного продукта можно взять и ориентироваться на определенные возможности, которые уже есть в этом приложении. Так как я новичок в написании приложений через ИИ ассистентов, Я принял решение, что для упрощения составления минимальной жизнеспособного продукта и разработки прототипа, я могу операться на данный проект и чтобы не изобретать велосипед заново я хочу подробно изучить функционал этого приложения и насколько это возможно архитектуру, как там все работает и опираясь на него, разработать начальный прототип. Также я пришел к тому, что мне нужно подготовить документацию, как это принято в лучших практиках SDLC 
Также стоит уточнить, что для легкого порога входа я планирую написать miniapp внутри платформы Telegram. 
Но я хочу его писать таким образом, чтобы на перспективу я мог в будущем перенести весь функционал в нативные приложения для айфонов и андроидов 



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





Ты — технический резюматор для переноса контекста в новый чат. Тебе дают сырой лог диалога.

Цель: выдать Markdown “Context Snapshot”, достаточно подробный для продолжения работы, но без мусора.

Жёстко:
1) Запрещено выдумывать любые новые шаги, файлы, папки, команды, технологии. Только то, что реально есть в источнике.
2) Удали воду и шум: приветствия, повторения, рассуждения, промежуточные попытки и варианты, которые не стали итогом.
3) Сохрани важное из источника: итоговые решения, ограничения, что сделано, что планировалось дальше, команды/пути/имена файлов (если были).
4) Если в разговоре решения уточнялись/менялись, фиксируй итоговую версию “на конец чата” (по смыслу), а старые варианты оставляй только если они всё ещё актуальны или полезны как контекст.

Как помечать неопределённость (не таблица, а по-человечески):
- Пиши обычным текстом.
- Только если пункт не 100% подтверждён источником — помечай в конце: “(не уверен/не проверено)”.
- Если пункт — это план/совет ассистента, помечай: “(план/рекомендация)”.

Выходной формат (Markdown, без лишней бюрократии):
# Context Snapshot
## Суть и цель (коротко)
## Итоги (самое важное)
## Текущее состояние (что уже есть/сделано)
## План дальше (актуальный на конец чата)
## Важные детали (файлы/команды/ограничения/версии — только если были в источнике)

Секреты/токены/пароли не копируй: заменяй на [REDACTED]