n8n workflow automation

• スケジュール（cron）またはWebhookトリガーのn8n workflow automationが必要で、最初からエラーハンドリング、リトライ、ロギングを組み込みたい場合。
• 再実行時にレコードが重複する既存のn8nフローに冪等性を追加している場合。
• 人間による承認ステップが必要な場合 — 失敗またはフラグの立ったアイテムが、再処理前に手動承認を待つレビューキュー。
• 監査可能なオートメーションが必要な場合：すべての実行でrun_idが生成され、開始/終了ステータスがログに記録され、トラッカー（スプレッドシート、DBなど）にステータス行が書き込まれる。

• コードのみの自動化が必要でn8nへの依存を避けたい場合は、スクリプトやCI/CDスキルを使用してください。
• セキュリティ制御を回避したり、監査証跡を抑制したりする必要がある場合。
• 送信先システム、重複排除キー、または認証情報の戦略が完全に不明で、それらを定義する準備ができていない場合。

このスキルは1つ以上の重複排除キーを定義し、処理済みレコードを追跡するための適切なストレージバックエンド（シートまたはDB）を選択します。ワークフローは、障害発生後に安全に再実行でき、重複エントリが作成されることはありません。

生成されたワークフロー内のすべてのノードには、専用のエラーブランチが含まれています。一時的な障害は、設定可能なリトライ付きバックオフロジックをトリガーし、永続的な障害はアイテムをサイレントに破棄するのではなく、レビューキューにルーティングします。

各実行には一意のrun_idが割り当てられます。開始時刻、終了時刻、レコード数、およびエラーの詳細がステータスログ（シート、DB、または類似のもの）に記録され、すべての実行に対する完全な監査証跡を提供します。

失敗またはフラグが立てられたアイテムは、レビューキュー（シートまたはDB）に書き込まれます。これらのアイテムを再処理する前に、人間による承認ステップが必要となり、サイレントなデータ損失を防ぎつつ、制御された修復対応を可能にします。

しきい値チェックはワークフロー設計に組み込まれています。レコード数や成功率が期待される範囲を外れた場合、ワークフローは検出されないエラーのまま完了するのではなく、停止してアラートを発報します。

明示的に要求された場合、このスキルは有効なn8nインポート可能な workflow.json を出力するとともに、ノード、データコントラクト、障害モード、および運用手順を文書化した runbook.md を生成します。

cronトリガー（例：月曜日 08:00 Europe/London）、宛先の受信者、およびDriveのアップロード先を指定してください。このスキルは、n8n workflow automation を使用して、Cron → データ取得 → 集計 → メール送信のワークフローを生成します。送信失敗に備えたリトライブランチと、エラー発生時のレビューキューも含まれます。

受信するJSONペイロードのサンプルと送信先トラッカーを提供してください。このスキルは、Webhook → バリデーション → 処理 → ステータス行の追記というワークフローを生成し、すべての実行をログに記録するとともに、エラーを通知ノードとキューノードにルーティングします。

既存の n8n workflow automation の JSON を提供し、重複排除キー（例：レコード ID）を定義してください。このスキルは、書き込み前に既存レコードを確認するようにフローを再設計し、障害後の再実行で重複行が生成されないことを保証します。

機密性の高いレコードや高価値なレコードを処理するワークフローに対して、このスキルはHITL（Human-in-the-Loop）ゲートを追加します。失敗したアイテムはSheet/DBキューに格納され、ワークフローが再処理を行う前に、人間が各アイテムを承認する必要があります。