inngest-flow-control
外部API（OpenAIの429エラー、HubSpotやStripeのレート制限など）の制限に対応したり、急速なイベントバーストによる重複作業を防いだり（ユーザーアクションのデバウンス）、時間をかけて負荷を分散したり、テナント間の公平性を確保したり、イベントをバッチ処理したり、同じ操作の並行実行を制限したり、重要な実行に優先度を割り当てたりする際に使用します。Inngestのフロー制御（キー付き並行制限、スロットリング、レート制限、デバウンス、優先度、シングルトン、イベントバッチ処理）に対応しています。
description の原文を見る
Use when handling external API rate limits (e.g., OpenAI 429s, HubSpot or Stripe rate limits), preventing duplicate work from rapid event bursts (debouncing user actions), spreading load over time, ensuring per-tenant fairness, processing events in batches, limiting concurrent runs of the same operation, or assigning priority to important runs. Covers Inngest flow control: concurrency limits with keys, throttling, rate limiting, debounce, priority, singleton, and event batching.
SKILL.md 本文
Inngest フロー制御
Inngest のフロー制御メカニズムを習得して、リソースを管理し、システムへの過負荷を防ぎ、アプリケーションの信頼性を確保します。このスキルは、各フロー制御オプションをすべてカバーし、それぞれをいつ、どのように使用するかについての規範的なガイダンスを提供します。
これらのスキルは TypeScript に焦点を当てています。 Python または Go の場合は、言語固有のガイダンスについて Inngest ドキュメント を参照してください。コアコンセプトはすべての言語で適用されます。
クイック判定ガイド
- 「一度に何個実行されるか制限したい」 → 並行実行制御
- 「実行を時間をかけて分散させたい」 → スロットリング
- 「期間内に N 実行後はブロックしたい」 → レート制限
- 「アクティビティが止まったら一度だけ実行したい」 → デバウンス
- 「このキーに対して同時に1つだけ実行したい」 → シングルトン
- 「イベントをグループで処理したい」 → バッチ処理
- 「重要な実行を優先させたい」 → プライオリティ
並行実行制御
使用時: ステップの実行数 (関数実行
...
詳細情報
- 作者
- inngest
- ライセンス
- NOASSERTION
- 最終更新
- 不明
Source: https://github.com/inngest/inngest-skills / ライセンス: NOASSERTION
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理（非同期ジェネレータを含む）、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。