Навыки workflow-automation
📦

workflow-automation

Безопасно

Создание надёжных систем автоматизации рабочих процессов

Также доступно от: supercent-io

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

Поддерживает: Claude Codex Code(CC)
📊 70 Адекватно
1

Скачать ZIP навыка

2

Загрузить в Claude

Перейдите в Settings → Capabilities → Skills → Upload skill

3

Включите и начните использовать

Протестировать

Использование «workflow-automation». Сравните Temporal и Inngest для системы обработки платежей на TypeScript

Ожидаемый результат:

Для платёжной системы на TypeScript я рекомендую Inngest для более быстрой разработки. Temporal предлагает больший контроль, но требует управления инфраструктурой. Inngest предоставляет управляемую надёжность с разработкой на основе SDK. Ключевые компромиссы: Temporal лучше справляется со сложными рабочими процессами конечных автоматов, в то время как Inngest превосходит в событийно-ориентированной простоте. Оба обеспечивают долговечное выполнение, но Inngest имеет более быстрое внедрение разработчиков.

Использование «workflow-automation». Как предотвратить двойное списание с клиента при повторной попытке рабочего процесса?

Ожидаемый результат:

Всегда генерируйте уникальный ключ идемпотентности перед первой попыткой платежа. Отправляйте этот ключ с каждым запросом платежа вашему платёжному процессору. Если рабочий процесс повторяет попытку с тем же ключом, процессор распознает дубликат и вернёт оригинальный результат вместо повторного списания. Храните ключ с записью транзакции в течение периода идемпотентности (обычно 24-48 часов).

Использование «workflow-automation». Мой рабочий процесс n8n постоянно завершается по таймауту при вызове медленных API

Ожидаемый результат:

Никогда не вызывайте медленные API напрямую из вашего рабочего процесса. Вместо этого используйте паттерн оркестратор-воркер: ваш рабочий процесс отправляет задачу в сервис воркера, который делает вызов API асинхронно. Воркер отправляет результат обратно через webhook или событие. Установите таймауты на всех HTTP-нодах (обычно 30-60 секунд). Для очень медленных операций реализуйте опрос с интервалами экспоненциальной задержки.

Аудит безопасности

Безопасно
v1 • 2/25/2026

All static analysis findings are false positives. The 'backtick execution' detection refers to Markdown code formatting in documentation text, not actual Ruby/shell commands. The 'weak cryptography' detection refers to the word 'execution' in documentation context, not cryptographic implementation. This skill contains only documentation about workflow automation patterns with no executable code, security risks, or prompt injection attempts.

1
Просканировано файлов
73
Проанализировано строк
0
находки
1
Всего аудитов
Проблем безопасности не найдено
Проверено: claude

Оценка качества

38
Архитектура
100
Сопровождаемость
87
Контент
22
Сообщество
100
Безопасность
91
Соответствие спецификации

Что вы можете построить

Система обработки платежей

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

Оркестрация конвейеров данных

Координация многоэтапных ETL-рабочих процессов с параллельной обработкой, восстановлением после ошибок и возобновлением на основе контрольных точек для долго_running задач обработки данных.

Интеграция микросервисов

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

Попробуйте эти промпты

Выбор подходящей платформы 
Мне нужно создать [workflow type] для [use case]. Моя команда имеет [skill level] опыт, и приоритетами являются [priorities]. Сравните Temporal, Inngest, n8n и AWS Step Functions для этого сценария. Порекомендуйте наилучший вариант и объясните компромиссы.
Проектирование идемпотентных операций 
Я создаю [workflow type], который вызывает [external service/API]. Как мне реализовать идемпотентность? Покажите мне паттерн генерации и проверки ключей идемпотентности и объясните, где их хранить.
Структурирование обработки ошибок 
Спроектируйте стратегию повторных попыток для [operation type], которая может завершиться ошибкой с [error types]. Настройте экспоненциальную задержку, максимальное количество повторных попыток и поведение при сбое. Покажите, как это структурировать в [platform name].
Разбиение монолитного рабочего процесса 
У меня есть один рабочий процесс, который делает [complex process]. Его трудно отлаживать, и он часто перезапускается с начала. Помогите разбить это на меньшие шаги с контрольными точками и долговечным состоянием между ними.

Лучшие практики

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

Избегать

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

Часто задаваемые вопросы

Что такое долговечное выполнение и зачем оно мне нужно?
Долговечное выполнение означает, что состояние вашего рабочего процесса переживает перезапуски процессов, сбои сети и падения. Система автоматически повторяет неудачные шаги и возобновляет работу с последней успешной контрольной точки. Это устраняет необходимость перестраивать неудачные рабочие процессы с нуля, снижая нагрузку на дежурных и потерю данных.
Что мне использовать: Temporal, Inngest, n8n или AWS Step Functions?
Выбирайте Temporal для сложных,stateful рабочих процессов с максимальным контролем. Выбирайте Inngest для событийно-ориентированных приложений с быстрой разработкой. Выбирайте n8n для автоматизации бизнес-процессов без написания кода. Выбирайте AWS Step Functions, когда уже находитесь в экосистеме AWS с простыми потребностями оркестрации. Лучший выбор зависит от навыков вашей команды, требований к сложности и предпочтений инфраструктуры.
Как предотвратить дублирование операций при повторной попытке рабочих процессов?
Реализуйте идемпотентность, генерируя уникальный ключ перед любой внешней операцией. Отправляйте этот ключ с каждым запросом API, записью в базу данных или платёжным списанием. Нижестоящий сервис проверяет, был ли ключ уже обработан, и возвращает кэшированный результат вместо повторного выполнения операции. Храните ключи идемпотентности как минимум в течение продолжительности вашего окна повторных попыток.
Что такое экспоненциальная задержка с джиттером?
Экспоненциальная задержка увеличивает задержку повторной попытки после каждого сбоя (1с, 2с, 4с, 8с). Джиттер добавляет случайность к этим интервалам, чтобы предотвратить проблемы толпы, когда множественные повторные попытки синхронизируются и перегружают сервисы. Большинство платформ предоставляют встроенные политики повторных попыток — используйте их вместо написания собственных циклов sleep.
Могут ли рабочие процессы вызывать внешние API напрямую?
Технически да, но это создаёт хрупкость. Таймауты API заставят ваш рабочий процесс зависнуть. Вместо этого используйте функции активности или воркеры, которые делают HTTP-вызовы асинхронно с правильными таймаутами. Ваш рабочий процесс отправляет работу и ждёт события завершения или webhook. Это разделение держит рабочие процессы отзывчивыми и устойчивыми к сбоям нижестоящих сервисов.
Как отлаживать неудачные рабочие процессы?
Все платформы рабочих процессов предоставляют истории выполнения, показывающие каждый шаг, входные/выходные данные и причины сбоев. Используйте структурированное логирование в вашем коде активности. Устанавливайте описательные имена для каждого шага рабочего процесса. Для сложных сбоев воспроизведите выполнение с включённым отладочным логированием. Большинство платформ также предлагают интеграцию трассировки и API запросов для проверки состояния запущенных рабочих процессов.

Сведения для разработчиков

Автор

sickn33

Лицензия

Apache-2.0

Репозиторий

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/workflow-automation

Ссылка

main

Структура файлов

📄 SKILL.md