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

В планах как минимум:
- Реализация системы персонализации (сам пользователь может реализовать system-prompt, как к себе обращаться, свои интересы и прочее)
- Создание "Большой" и "Маленькой" версии (модульность, удобство разработки и новые функции против монолита для встройки в Pydroid и запуска)
- Замена модуля Ollama на Requests (дабы не тянуть тяжёлые зависимости)
- Создание большого количества функций (от валидации JSON и History диалога до инструментов модели и работе с пространством модели (для того, чтобы она могла читать файлы, записывать их и прочее))
- Строго следовать своему стандарту teaP1 (красивый import, стиль переменных)

Всё это я сам могу реализовать, да и к тому же так или иначе часть этого я уже реализовывал, но всё это верхушка айсберга и не всё я могу переиспользовать, а с планами о том, что ещё и модульность будет выведена специально для того, чтобы на выбор был любой интерфейс (из коробки CLI и GUI, но при желании можно будет просто привязать функции для создания иного UI) — работа затянется надолго

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

А так же чёткая появилась мысль о том, что я начинаю разделять проекты на учебные и не учебные: ранее я всегда писал проекты что-то не зная, либо желая по-практиковать, а тут идея строится на том, чтобы совместить все навыки в одном проекте, то есть сделать уже не просто софт, а действительно свой главный проект или около того, хотя ранее при тех же teaOGL-tool, условно, я тоже писал софт с целью закрыть свою конкретную боль, а не ради обучения или портфолио, поэтому странно, что это разделение заметил только сейчас... Но это ещё и добавляет мысли по поводу в принципе моего GitHub, так как есть проекты, которые уже морально устарели или не по стандарту, но скрывать их нет смысла, ведь я их и создал, чтобы показать опыт, но неприятно когда в них тыкают со словами: "Вот такой софт ты пишешь?", - когда я уже давно пишу другой, сразу мысли о том, чтобы сделать .txt файл, где будет описано какие проекты следуют стандарту и стоит смотреть, а какие нет, как краткая сводка, созданная специально для третьих лиц, чтобы был весь список проектов, ну и информация о том, насколько они отражают мою суть, зачем были созданы и в рамках портфолио что именно я понял из проекта и чем мне это помогло или было полезно