发薪前先做现金流预测、催收欠款并暂存工资单…

当担心发不出工资、工资到期或资金紧张时，按顺序预测现金流、催收逾期发票、暂存工资单并汇总结果。

适用场景

解决思路

1. 解析参数：--horizon（默认 30 天，可选 30/60/90）为预测窗口天数；--payroll-date（可选）为发薪日期，默认下一个计划发薪日。
2. 第 1 步：调用 cash-flow-snapshot 做现金流预测，传入 horizon 和 payroll-date，得到 30/60/90 天预测、命名风险标记、聊天摘要和 XLSX；不要在此重建预测数学、置信区间或 CSV 回退逻辑。
3. 先用一句话说出结论：覆盖、紧张，还是在某个具体日期短缺某个具体金额。
4. 设置关卡决定下一步：若工资被轻松覆盖，询问是否跳过催收步骤直接进入发薪；若存在缺口，展示缺口并等待明确说“看看能收多少”后再进入第 2 步。
5. 第 2 步：调用 invoice-chase 弥补缺口，传入第 1 步得到的缺口金额和到账日期，得到按优先级排序的逾期发票及每张的提醒草稿，PayPal 发票排队由 PayPal 发送，其余作为邮件草稿。
6. 把催收排序与第 1 步挂钩：展示在预测窗口内能收回多少、是否真能补上工资缺口；若提醒要 45 天才能回款，对周五发薪无济于事，要明确说明。
7. 设置关卡：未经批准不得发送任何提醒，只能保留草稿，直到负责人逐条或按指定批次说发送。
8. 第 3 步：调用 payroll-prep 暂存发薪，传入发薪周期、员工名册和第 1 步的现金结论，得到逐人工资单、每个异常都标记到对应人员、总计以及发薪日所需现金。
9. 沿用第 1 步的现金数字，不要在第 3 步重新计算；payroll-prep 报告发薪是否可清算时，使用本链已生成的预测，加上第 2 步预计能收回的款项。
10. 设置关卡：异常必须逐条处理，payroll-prep 逐个走查每个异常，不要合并成一个“看起来没问题吗？”，因为每个都关系到一个人的工资。
11. 设置关卡：发薪本身——连接 Gusto 时，在 Gusto 中暂存发薪（payroll-prep 用 update_payroll 写入已批准输入，绝不调用 run_payroll）；连接 QuickBooks Payroll 时，连接器只支持读取、不支持暂存写入，因此产出是负责人手动录入的已验证工资单，这是连接器当前能力而非降级路径；仅当来源实际返回名册和排班时才暂存，若已连接来源报告有员工但未提供任何员工，payroll-prep 停止暂存路径，链条以工资单结束并明确说明；由负责人提交。
12. 若两者都未连接，交付物是供手动录入的已验证工资单，这是完整结果而非降级结果；包括 Gusto 报告阻塞时，工资单继承 payroll-prep 的阻塞列表。
13. 第 4 步：闭环，按顺序做一次回顾：现金结论、已发送什么给谁、若提醒转化后的预计头寸、暂存发薪（人数、总工时、总工资、账户流出、发薪日、未关闭标记）。
14. 按负责人存储的输出偏好交付第 4 步回顾，绝不默认生成 markdown 文件；检查 ## Business context 块的 Output preference（共享样式指南规则 ../../shared/artifact-style.md）。
15. 视觉制品（默认）：按内部样式渲染为 HTML 页面，现金结论作为主统计卡片，已发提醒及预计回款用 tabular-nums 表格，暂存发薪总计及未关闭标记用 pill 标注；预计现金必须标注为 projected。
16. docx/md/notion/canva 偏好：以该形式交付相同内容——DOCX 或 markdown 文件、通过连接器创建 Notion 页面（指定名称，绝不覆盖）、或通过 Canva 连接器创建 Canva Doc（每次运行新建设计，以日期命名，表格转为列表）；若 Notion 或 Canva 未连接则回退到视觉制品，并说明原因。
17. Best for skill：使用视觉制品，因为该输出是一屏回答“我能不能发出工资”。
18. 连接器故障处理：若无法访问任何账本（MYOB、NetSuite、QuickBooks、Xero 或 Zoho Books，以负责人实际使用为准），停止并按类别说明，因为预测是整条链的基础；若支付连接器或邮件连接器（Gmail 或 M365）失败，点名并继续其余步骤；若工资系统失败，回退到工资单路径而非中止，负责人仍能得到可执行的工资；当无法暂存或同步到账本（阻塞、缺少写权限）时，在第 4 步回顾中说明，并交付工资单加日记账分录摘要供簿记员录入，由 payroll-prep 的阻塞检查决定适用哪条路径。
19. 不要提交工资：本链只暂存，由负责人提交，即使负责人要求直接执行也如此。
20. 未经批准不要发送提醒：在被告知之前只保留草稿。
21. 不要因为负责人说“直接发工资”就跳过第 1 步：现金检查只需三十秒，而这正是本链存在的原因。
22. 不要在第 3 步重新计算预测：现金数字只有一套，来自一个地方。
23. 不要批量审查异常：每个人每个问题单独决策。
24. 不要把缺少工资连接器当作阻塞：工资单是设计好的路径；在断定没有工资来源前先检查 QuickBooks Payroll，使用 QuickBooks 的企业常常有它而没有 Gusto。
25. 不要把预计回款当作已到账来承诺：预计就是预计，要标注。
26. 不要在本链任何输出中复制任何人的 SSN、出生日期、家庭住址或银行账号（../../shared/personal-data.md）。
27. 链条结束后：工资已覆盖、提醒已发出、发薪已暂存待负责人提交；自然的下一步是“付账单”（/pay-the-bills 用同一现金视图处理供应商侧），附近还有“现金流预测”（cash-flow-snapshot）观察提醒转化后的头寸，以及“月末结账”（/close-month）；最多提供三个，并跳过负责人本次会话已拒绝的。
28. 使用未列出的工具：本技能列出的连接器是经过测试的路径而非围墙；若负责人希望本流程使用未连接或未列出的工具，提供 build-connector——它先检查连接器目录，否则通过 Zapier 连接，绝不手工对接原始 API；连接建立后，该工具像其他可选连接器一样加入本技能，并受相同审批关卡约束。

适用边界 · 注意事项

• 无法访问任何账本（MYOB、NetSuite、QuickBooks、Xero 或 Zoho Books）时，应停止并说明，因为预测是整条链的基础。
• 负责人要求直接提交工资时，不要照做；本链只暂存，由负责人提交。
• 负责人要求“直接发工资”时，不要跳过第 1 步现金检查。