Например описанный в статье пример с календарем мне не нужен - частично потому, что у меня нет такого количества встреч, частично потому что я не люблю жесткое и заданное извне расписание - если у меня нет настроения делать в 14 часов задачу, я сделаю ее позже, поменяю местами с временем отдыха, производительность отслеживаю на более длинных промежутках в районе недели. А то что остается проще и приятнее расписывать самому.

Я мог бы активнее писать код через нейросетки - но тут сразу и 2 и 3, мне самому приятно писать код и при написании кода тренируется моя собственная нейросеть.

То же самое с написанием текстов - мне приятнее писать текстовые заметки самому и это тренирует мою нейросеть.

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

Документировать каждый чих вроде как у вас на иллюстрациях - когда лег спать и еще строить графики - не вижу смысла.

Так что ИИ использую как поисковик, анализатор кода и для решения рутинных и скучных задач.

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

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

Raicon Jul 12 at 10:48

Понял, спасибо за такой развернутый ответ)

j0hnd0e Jul 14 at 22:09

MCP способны дать человеческий интерфейс к самым разным сервисам. То, что в противном случае требовало бы запуска приложения/сервиса, "копания" в его интерфейсе, теперь возможно в свободной слабоструктурированной форме, текстом или голосом.

j0hnd0e Jul 14 at 22:04

Для себя я сделал Fork этого репозитория и улучшил под свои запросы, добавил много новых методов, которых не было в изначальном GitHub.

Я так понимаю его нет на GitHub'е, раз ссылку не даёте?

Raicon Jul 15 at 03:53

https://github.com/RaiconY/ticktick-mcp

Та есть

Просто там один метод bunch update коряво работает

Все никак не соберусь его доделать

А так, он намного более полный, чем оригинал

j0hnd0e Jul 15 at 06:07

А вот эту библиотечку видели?
https://pyticktick.pretzer.io/explanations/comparison_of_similar_libraries/

Raicon Jul 15 at 07:38

Прежде чем перейти по ссылке, в голове уже был мем, который он сам же продублировал)

Но да, спасибо ✍️

Raicon Jul 15 at 07:42

Но да, я решал проблему с Batch creade| Batch update

Потому что в изначальном репо таких функций не было. И я решил написать их сам с помощью клода.

Иначе создание 10 задач скушивало очень много токенов, больше чем Create\Update Batch

kordelukalexej Jul 18 at 07:55

Удалось ли вам настроить добавление напоминаний при создании задач?

Raicon Jul 18 at 07:57

Не знаю, я не тестил этот метод

Мне через Claude пока не надо было ремайндеры ставить

Но у меня и субтаски криво работают, не создается как субтаск

У меня юзкейс с TickTick через клод достаточно прост, я не все делают через Claude интерфейс

NetBUG Aug 7 at 10:39

За UTM-метки и прочий sharing tracking минус не глядя

upd: и в конце ссылка не на гайд, а на грязный мракетологический сайт, рекламирующий оный гайд.

Raicon Aug 7 at 14:47

Прям на грязный 😭😭😭

Ущемился конечно сильно