principle-async-for-volume（ボリューム処理は非同期化する原則）

このSkillでできること

✓大量レコードの処理をQueueable ApexやBatch Apexへ移行する
✓Platform Eventsで処理を疎結合にする
✓Bulk API 2.0で大量データの入出力を行う
✓非同期処理の失敗記録や再実行を考慮した設計を促す

使い方

STEP 1

ユーザーが画面で待つ必要がない処理を同期経路から外す

STEP 2

連鎖可能でレコード単位の処理にはQueueable Apexを使う

STEP 3

大規模データにはBatch Apex、外部からの大量入出力にはBulk API 2.0を使う

STEP 4

再実行に備えて冪等性、失敗記録、組織全体の非同期実行上限を確認する

Skillのインストール

AIにこのSkillを追加してもらう

GitHub URLごとCodexやClaude Codeへ渡し、現在の環境に合う方法を判断してもらいます。

このGitHubリポジトリにあるSkillを確認し、現在の環境に適した方法でインストールしてください。
インストール後、正常に利用できることを確認し、基本的な使い方も簡潔に説明してください。

Repository:
https://github.com/krika2810/sfstack

このSkillを使うプロンプト例

Skill名を明示すると、意図したSkillを使わせやすくなります。自動発動型では必須とは限りません。

Salesforceで数千件の注文同期を設計してください。同期処理と非同期処理を分け、Queueable Apex、Batch Apex、Platform Events、Bulk API 2.0の選定理由、失敗記録、冪等性、実行上限への配慮を示してください。

出力例を見る

ユーザー操作の同期経路では対象IDの受付に留め、注文処理はQueueable Apexへ移します。対象件数が大きく全件処理が必要ならBatch Apex、処理元と購読側を切り離すならPlatform Events、外部からの大量データ入出力ならBulk API 2.0を選びます。再実行時の重複を防ぐ冪等性と、非同期失敗の記録も設計します。

安全性チェック

自動解析による参考情報です。Skillの安全性を保証するものではありません。

外部API通信検出あり

Shellコマンド実行明確な記述なし

ファイル読み取り明確な記述なし

ファイル書き込み明確な記述なし

ネットワークアクセス検出あり

認証情報明確な記述なし

検出根拠を見る

network: able per record at volume - can exhaust it. Reference: https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_gov_limits.htm 5. **
network: 's actual task shapes. Full interactive mapping table: https://sfstack.vercel.app ## Prior art and credit - **Lauren Tan (@poteto)** - [pstack](https:/

principle-async-for-volume