給与支払い準備チェーンを始めから終わりまで実行します。給与支払い期間中のキャッシュフロー（資金の流れ）を予測し、未払い請求書のリマインダーを作成して資金の不足分を埋め、タイムシートをまとめて異常をすべて検出し、支払い実行の準備をします。Gustoの場合は、所有者が提出できるよう整えた状態にします。QuickBooks給与計算またはどの給与計算システムも使っていない場合は、最後のステップは所有者が手入力する検証済みの実行シートになります。このチェーンは給与支払いボタンを自動では押しません。 MYOB、NetSuite、QuickBooks、Xero、またはZoho Booksなどの帳簿管理システムを基盤とし、Gmail、Microsoft 365、PayPal、Square、Stripe、そしてGusto または QuickBooks給与計算と連携して詳細情報を追加します。CSVファイルやタイムシートのアップロード機能にも対応しています。 **次のような場合に使用:** 給与支払いに関する心配ごと全般。具体的には「給与が支払える余裕があるか」「給与支払いが金曜日に迫っている」「給与支払いの計画を立てたい」「スタッフに給与を支払うだけの資金があるか」「給与は実行する必要があるが資金が逼迫している」などの場合に活用できます。 オプションで期間と給与支払い日を指定する引数に対応しています。
Runs the payroll-confidence chain end to end — forecasts cash across the payroll window with cash-flow-snapshot, ranks and drafts overdue-invoice reminders with invoice-chase to close any gap, then assembles timesheets, flags every anomaly, and stages the run with payroll-prep. On Gusto the run is staged for the owner to submit; on QuickBooks Payroll, or with no payroll system, the last step is a validated run sheet the owner keys in. This chain never presses the payroll button. Builds on the ledger (MYOB, NetSuite, QuickBooks, Xero, or Zoho Books), with Gmail or M365, PayPal, Square, Stripe, and either Gusto or QuickBooks Payroll adding detail, and falls back to CSV and timesheet uploads. Use it whenever payroll is the worry, including "can I make payroll," "payroll is due Friday," "plan payroll," "will I have enough to pay the crew," or "I need to run payroll but money is tight." Accepts optional horizon and payroll-date arguments.
3つのステップを順番に実行します。給与計算が問題なく行えるか確認し、不足があれば補い、最後に実行する流れです。
経営者は「給与が払えるか」と「給与を実行する」という2つの質問を別々に考えません。これは1つの心配事であり、別々のセッションに分けると、銀行残高を確認しないまま夜11時に給与計算を入力してしまうような事態が起こります。
引数:
--horizon（デフォルト値：30）— 予測の対象期間（日数）：30、60、または90日--payroll-date（オプション）— 給与計算を実行する日付。指定しない場合は次の予定支給日が選ばれますcash-flow-snapshotを実行します。ここは予測計算、信頼度の範囲、CSVの代替方法をすべて担当しており、ここで再度構築しないでください。
まず1行で結果を述べてください。カバーされているか、逼迫しているか、または特定の日付までにいくら不足しているかを明記します。
判定ポイント — ここから次のステップが決まります。 給与計算が十分にカバーされている場合は、回収ステップをスキップして実行に進むかどうかを確認します。不足がある場合は、それを示し、「回収できるものを見てほしい」という明確な指示がされるまで待ってからステップ2に進みます。
invoice-chaseを実行します。ここは請求書の優先順位付け、督促文の文体の調整、請求書タイプごとの送信方法をすべて担当しています。
優先順位をステップ1に結びつけ、予測期間内に何が回収でき、それが実際に給与計算の不足を埋められるかを示してください。45日後に支払われる督促は金曜日の実行には間に合わないので、その点を明記します。
判定ポイント — 承認なしに送信しません。 草稿の段階で留めておき、経営者が「送信」と指示するか、複数の督促を一括で承認するまで進めません。
payroll-prepを実行します。ここは給与期間の設定、労働時間の合計、異常値チェック、帳簿への同期をすべて担当しています。
ステップ1で出た結果をそのまま引き継ぎ、再計算しないでください。payroll-prepが実行が資金から問題ないと報告する時は、この一連の流れですでに作られた予測と、ステップ2で回収される見込み額を使用します。
判定ポイント — フラグは1つずつ対応します。 payroll-prepは異常値ごとに個別に対応します。複数の異常を「問題ないですか？」と一括で確認しないでください。それぞれが1人の給与に関わる事項です。
判定ポイント — 実行そのもの。 Gustoが接続されている場合、実行はGusto内でステージング（payroll-prepが承認された入力をupdate_payrollで書き込み；run_payrollは呼び出さない）されます。QuickBooks Payrollが接続されている場合、コネクタ（外部ツール連携）は読み込みのみを保持し、実行ステージングの書き込みは行わないため、結果は経営者が手入力する検証済みの実行シートになります（コネクタが現在保持しているもので、それより低い品質の方法ではありません）。ステージングは、接続されたソースが実際に従業員名簿とスケジュールを返した場合のみ行われます。接続されたソースが従業員を報告しても名簿を返さない場合、payroll-prepはステージングを中止し、その時点で一連の流れは終わり、実行シートが示されます。経営者が提出します。 どちらのコネクタもない場合、納品物は手入力用の検証済み実行シートであり、これは完全な結果であり、劣化版ではありません。これはGusto が阻害要因（処理を進められない問題）を報告する場合も含まれます — 実行シートはpayroll-prepからの阻害要因リストを引き継ぎます。
この順序で1つの要約を作成します。資金判定、誰に何を送信したか、督促が成功した場合の予想される現金状況、ステージングされた実行内容（人数、総労働時間、総給与、銀行口座から出て行く金額、支給日、残っているフラグ）。
例えば、Ray Okonkwoには4行で次のように見えます。「15日までに4,200米ドル不足、3件の督促を送信し6,800米ドル対応、2件は予測期間内に回収見込み、9人分の給与（計18,340米ドル）をステージング、Marcusの欠けている打刻記録が1件未解決」
ステップ4の要約を、経営者が保存している出力形式の設定に従って提供してください — マークダウンファイルをデフォルトとしないでください。 ## Business contextブロック内のOutput preferenceを確認してください（共有スタイルガイドの ルール、../../shared/artifact-style.md）:
使用している台帳（MYOB、NetSuite、QuickBooks、Xero、Zoho Books のいずれか）に到達できない場合は停止し、カテゴリーごとに説明してください — 予測がこの一連の流れの基盤です。決済コネクタまたはメールコネクタ（GmailまたはM365）が失敗した場合は、その名前を示し、残りの部分で続行してください。給与計算システムが失敗した場合は、中止するのではなく実行シートの方法にフォールバックしてください。経営者は依然として給与計算を実行できます。実行がステージングできない、または帳簿に同期できない場合（阻害要因、書き込みアクセス権がない）— ステップ4の要約で説明し、実行シートに加えて記帳要約も提供して経営者が手入力できるようにしてください。どちらの方法が適用されるかはpayroll-prepの阻害要因チェックが決定します。
../../shared/personal-data.md）。給与計算がカバーされ、督促は送信され、実行は経営者による提出の準備ができています。次の自然なステップは「請求書を支払う」です — /pay-the-billsが相手先企業側を、同じ現金状況を画面に表示しながら処理します。周辺にある他のスキル：督促が成功するにつれて状況を監視する「資金予測」（cash-flow-snapshot）、期間が終わる時の「月を閉じる」（/close-month）。最大3つまで提案し、経営者がこのセッション中にすでに断っているものは省いてください。
このスキルで名前が挙げられているコネクタは検証済みの方法であり、制限ではありません。経営者がこの流れで接続されていないか未掲載のツールを使いたい場合は、build-connectorを提案してください — このツールはコネクタディレクトリを最初に確認し、その後Zapier経由で接続します（生APIに対する手作業ビルドはしません）。接続が存在したら、このツールはこのスキルに他のオプションコネクタと同じように加わり、同じ承認ゲートの下に置かれます。
Three skills in order: know payroll is covered, close the gap if it is not, then run it.
Owners do not ask two separate questions here. "Can I make payroll" and "run payroll" are one worry, and splitting them across two sessions is how a run gets keyed in at 11pm without anyone checking the bank balance first.
Parse arguments:
--horizon (default 30) — forecast window in days: 30, 60, or 90--payroll-date (optional) — the date payroll runs; defaults to the next scheduled pay dateInvoke cash-flow-snapshot. It owns the forecast math, the confidence bands, and the CSV fallback — do not rebuild any of it here.
Say the verdict in one line before anything else: covered, tight, or short by a named dollar amount on a named date.
Gate — where the chain goes next. If payroll is comfortably covered, ask whether to skip the collection step and go straight to the run. If there is a gap, present it and wait for an explicit "see what we can collect" before Step 2.
Invoke invoice-chase. It owns the ranking, the tone matching, and the send path per invoice type.
Tie the ranking back to Step 1: show what gets collected inside the horizon and whether that actually closes the payroll gap. A reminder that pays in 45 days does nothing for a Friday run — say so.
Gate — nothing sends without approval. Drafts only until the owner says send, per reminder or as a batch they name.
Invoke payroll-prep. It owns the period setup, the hour totals, the anomaly checks, and the books sync.
Carry Step 1 forward instead of recomputing it. When payroll-prep reports whether the run clears, it uses the forecast this chain already produced, plus anything Step 2 is expected to collect.
Gate — the flags, one at a time. payroll-prep walks each anomaly separately. Do not collapse them into a single "looks good?" — each one is a person's pay.
Gate — the run itself. With Gusto connected, the run is staged in Gusto (payroll-prep writes the approved inputs with update_payroll; run_payroll is never called). With QuickBooks Payroll connected, the connector holds the reads and no run-staging write, so the outcome is the validated run sheet the owner keys in — what the connector holds today, not a lesser path. Staging holds only when the source actually returned a roster and a schedule: payroll-prep stops the staging path when a connected source reports employees but delivers none, and the chain then ends on the run sheet, stated plainly. The owner submits it. With neither, the deliverable is a validated run sheet for manual entry, and that is a complete outcome, not a degraded one. This includes when Gusto reports blockers — the run sheet inherits the blocker list from payroll-prep.
One recap, in this order: the cash verdict, what was sent and to whom, the projected position if the reminders convert, and the staged run — headcount, total hours, total gross, cash leaving the account, pay date, and any flags left open.
Ray Okonkwo sees it in four lines: cash short USD 4,200 on the 15th, three reminders sent covering USD 6,800, two likely inside the window, run staged for 9 people at USD 18,340 with one missing punch still open on Marcus.
Deliver the Step 4 recap per the owner's stored output preference — never default to a markdown file. Check the ## Business context block's Output preference (shared style guide rule, ../../shared/artifact-style.md):
If no ledger is reachable (MYOB, NetSuite, QuickBooks, Xero, or Zoho Books — whichever the owner uses), stop and say so by category — the forecast is the foundation of the chain. If a payment connector or the mail connector (Gmail or M365) fails, name it and continue with the rest. If the payroll system fails, fall to the run sheet path rather than aborting; the owner still gets a payroll they can run. When the run cannot be staged or synced into the books — blockers, missing write access — say so in the Step 4 recap and deliver the run sheet plus the journal-entry summary for the bookkeeper to key in; payroll-prep's blocker check decides which path applies.
../../shared/personal-data.md).Payroll is covered, the reminders are out, and the run is staged for the owner to submit. The natural next step is "pay the bills" — /pay-the-bills handles the vendor side with the same cash picture on screen. Also nearby: "cash forecast" (cash-flow-snapshot) to watch the position as the reminders convert, and "close the month" (/close-month) when the period wraps. Offer at most three, and skip any offer the owner already declined this session.
The connectors named in this skill are the tested paths, not a wall. If the owner wants this flow to use a tool that isn't connected or listed, offer build-connector — it checks the connector directory first and connects through Zapier otherwise, never hand-building against a raw API. Once the connection exists, the tool joins this skill like any other optional connector, under the same approval gates.
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。