Идеи

Сейчас записи в ленте пишутся руками, и правки вики в неё попадают через раз — ровно потому, что это отдельное действие, о котором надо помнить.

У Wiki.js есть GraphQL API со списком страниц и датами изменений. По расписанию можно забирать оттуда свежие правки и создавать записи типа вики — тип для этого в ленте уже заведён.

Изначально это задумывалось как GitHub Action, который коммитил бы markdown-файлы в репозиторий. Ни Actions, ни файлов больше нет: логика переезжает в воркер внутри бэкенда, а записи создаются прямо в базе. Заодно исчезает вопрос, где хранить токен доступа, — там же, где остальные секреты сервиса.

Что надо решить:

• как не плодить дубликаты при повторных правках одной страницы;
• стоит ли схлопывать несколько правок одной страницы за день в одну запись;
• что считать заметным изменением: у Wiki.js правкой считается и опечатка, а лента из опечаток никому не нужна.

Половина работы сделалась мимоходом. Когда контент переехал в PostgreSQL, поиск приехал вместе с ним: у записей есть индекс tsvector с русской морфологией, и API умеет искать прямо сейчас — ?q=промпты находит и «промптов», и «промптам».

Раньше здесь был Pagefind: он индексировал статику после сборки, серверная часть не требовалась. С переездом на базу необходимость отпала — искать по таблице проще и честнее, чем по выгрузке рядом со страницами.

Что осталось:

• строка поиска в шапке и страница выдачи с подсветкой совпадений;
• ранжирование по релевантности, а не по дате: сейчас выдача отсортирована хронологически, для поиска это неправильно;
• вики. У Wiki.js собственный поиск и своя база, поэтому единая выдача — это либо периодический экспорт страниц вики в наш индекс, либо два запроса и склейка результатов на лету.

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

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

Формат карточки: задача → промпт → результат → вывод. Фильтры по языку, инструменту и типу задачи.

Нашел в интернете много разных вариантов информеров о лимитах и помидорных таймеров.

• https://makerworld.com/ru/models/2980152-clauled-claude-usage-monitor?from=search#profileId-3343442
• https://makerworld.com/ru/models/2923962-claude-usage-monitor?from=search#profileId-3275151
• https://makerworld.com/ru/models/3017281-ai-leftovers?from=search#profileId-3389534
• https://makerworld.com/ru/models/3046835-codexmeter-codex-remaining-usage-running-status-in?from=search#profileId-3426961
• https://makerworld.com/ru/models/1264318-pomodoro-focus-timer?from=search#profileId-1289673
• https://makerworld.com/ru/models/2546010-syncodoro?from=search#profileId-2803501 Вот думаю надо сделать своё.