Перейти к основному содержимому

Готовые промпты и сценарии интеграций

Каждый промпт можно скопировать целиком кнопкой у блока. Замените значения в квадратных скобках своими; не вставляйте пароли, API-ключи и секреты вебхуков в чат. Индекс, полная документация RU и OpenAPI помогают агенту читать контракты вместо угадывания маршрутов.

Еженедельный дайджест: сначала настройка​

Через MCP Signailist подготовь еженедельный дайджест в подключённом workspace.
Прочитай https://docs.signailist.com/llms.txt и
https://docs.signailist.com/ru/developers-recipes.
Контракты запросов и инструментов: https://docs.signailist.com/ru/developers-api
и https://docs.signailist.com/openapi.json.
Вся документация: https://docs.signailist.com/llms-full-ru.txt.

Тема: [тема]. Источники: [URL или названия существующих источников].
Расписание: понедельник, 09:00, Asia/Tbilisi, новости за предыдущие семь дней.
Результат: на русском, до 7 важных новостей, короткое фактическое изложение и ссылка
на источник для каждой. Используй openai/gpt-6-luna, если она есть в list_models;
иначе покажи доступные модели и попроси выбрать. Без изображений.
Назначение: [существующий канал Telegram или Discord]. Отправка после утверждения.

Сначала вызови capabilities, get_integration и budget. Прочитай источники, темы,
шаблоны, назначения и расписания. Используй подходящие существующие объекты,
не создавай дубли. Если источник или канал неоднозначны — попроси меня выбрать.
Настрой шаблон с textAiModel и periodDays=7, назначения источников темам и weekly
расписание по документированным полям. Новые источники и расписание сохрани
выключенными. Покажи имена/ID, готовность материалов, часовой пояс, ближайшее
плановое время и оставшиеся шаги. До предложения платной пробы проверь оценку
расходов и объясни, что это оценка, а не гарантированная цена.
На этом шаге не включай сбор, AI, публикацию или расписание.

Агент читает list_sources, list_topics, get_source_topic_tracking, list_templates, list_targets, list_schedules, затем при необходимости вызывает create_template, track_source_topics, create_schedule. В списках встречаются имена полей хранения, например is_active; для записи используйте поля write-контракта. list_schedules возвращает строки правил, а ответ создания/изменения содержит вложенное расписание. Сохраните этот ответ для часового пояса и ближайшего запуска.

Пример тела weekly-расписания. Все *_ID замените настоящими ID из этого workspace; ближайший запуск вычисляет сервер.

Тело create_schedule
{
"name": "Еженедельный дайджест",
"triggerMode": "schedule",
"topicId": "TOPIC_ID",
"templateId": "TEMPLATE_ID",
"publicationTargetId": "TARGET_ID",
"minAiScore": 0.5,
"schedule": {
"kind": "weekly",
"weekdays": [1],
"time": "09:00",
"timezone": "Asia/Tbilisi",
"sourceIds": ["SOURCE_ID"]
},
"confirmationMode": "site",
"generateText": true,
"generateImage": false,
"checkPublishedDuplicates": true,
"isActive": false,
"clientMutationId": "weekly-digest-setup-1"
}

ISO-дни недели: понедельник 1, воскресенье 7. Подключённое назначение обязательно и для правила с утверждением. Discord использует confirmationMode: "site". Период шаблона, выбор источников и состояние сбора должны соответствовать задаче; без сохранённых материалов не будет входных данных для дайджеста.

Пробный выпуск и включение расписания​

После проверки настроек дайте отдельную команду, определяющую разрешённую платную работу:

Для настроенного еженедельного дайджеста Signailist покажи источники, доступный
бюджет и оценку пробного выпуска. Если права и баланс позволяют, включи сбор
выбранных источников, собери и подготовь материалы. Дождись готовности источников
и AI-заданий; принятие в очередь не считай завершением.
Создай один черновик из настоящих ID обработанных материалов и один раз сгенерируй
текст, без изображений и публикации. Используй постоянные ключи идемпотентности;
после таймаута проверяй существующее задание, а не создавай новую платную операцию.
Покажи черновик, фактические расходы и ошибки. Расписание оставь выключенным.

Когда готовы к регулярной работе:

Включи существующее еженедельное расписание [название/ID] в Signailist с ранее
проверенными источниками, назначением, часовым поясом и режимом утверждения.
Сначала проверь право publish и наличие подходящих лимитов, заданных владельцем.
Не создавай расписание заново и не увеличивай бюджет. Сохрани утверждение публикаций.
Покажи отдельно состояние сбора, состояние расписания и ближайший запуск.

Если publish отсутствует, его выдаёт владелец; агент не повышает собственные права. Включение расписания не утверждает документ. Для отправки черновика прочитайте get_document, сохраните изменения с expectedRevision, утвердите последнюю точную ревизию и вызовите publish_document с постоянным logicalPublicationId. Повторная генерация сбрасывает прежнее утверждение. При неопределённом результате проверьте get_delivery и сам канал; новый ключ идемпотентности не защищает от дубля публикации.

Подключение внешней системы​

Помоги интегрировать мою систему с Signailist.
Прочитай https://docs.signailist.com/llms.txt,
https://docs.signailist.com/ru/developers-api и
https://docs.signailist.com/ru/developers-webhooks.
Контракт запросов: https://docs.signailist.com/openapi.json.

Система: [система]. Поля текстового материала: [поля].
Получатель результата: [публичный HTTPS URL]. Результат: [обработанный текст или AI-дайджест].
Проверь существующие настройки и бюджет. Предложи отображение полей в externalId,
version, title, text и publishedAt. Подготовь приватный external-источник и подписку
processing.completed с includeResult=true, переиспользуя подходящие объекты.
Попроси владельца выдать REST-ключ ingest, ограниченный этим источником.
Не запрашивай секреты в чате и не сохраняй их в Git.
Подготовь код: секреты из переменных окружения, JSON-пакеты до 50 материалов,
постоянный Idempotency-Key, сохранение результата каждого элемента, проверка HMAC
по timestamp и исходному телу, дедупликация событий по ID.
Объясни, что processing.completed означает предварительную обработку, а не
обязательно завершённую AI-оценку. Не загружай реальные данные и не запускай
платную работу до моего разрешения пробного запуска.

Готовые файлы: curl приёма данных, клиент TypeScript, клиент Python, проверка подписи. Ключ приёма предназначен для REST; ограниченный источником ключ не настраивает источник и не управляет вебхуками.

Публикация в пределах бюджета​

Через MCP Signailist подготовь отправку [ID дайджеста] в [назначение].
Прочитай https://docs.signailist.com/ru/developers-api и
https://docs.signailist.com/ru/billing. Проверь права, бюджет, состояние задания,
последнюю ревизию документа и предпросмотр провайдера. Используй существующие
суточные лимиты владельца и не меняй их. Если не хватает права, баланса или
подключения провайдера, укажи точный оставшийся шаг настройки.
После моего разрешения отправить утверди проверенную последнюю ревизию и отправь
один раз с постоянными logicalPublicationId и ключом идемпотентности. Проверь
квитанцию; неопределённый результат не повторяй без проверки канала и явного
принятия риска дубля. Покажи результат и фактические списания ledger.

Полностью автоматическая публикация требует явного права публикации и совместимых провайдера/режима утверждения. Расписание выполняется на стороне Signailist: чат агента не обязан оставаться открытым. Отзыв доступа провайдером или недостаточный баланс могут остановить работу и потребовать действий владельца.