SuperAPI AI 工具集
合作ENAI 行业资讯收藏
Skill 广场company-cfo

company-cfo

办公与效率

查看项目

更新于 10-24 16:22

技能介绍

用途

/company-cfo 是一个面向公司或机构的月度 CFO 工作流技能。它提供一套领导层用于做分配、削减、招聘和跑道决策的常设分析流程。主要节奏是月度（每月1日为已闭账的上月运行），同时覆盖每周现金脉搏和临时情景模拟。

该技能是个人 CFO 技能（personal-cfo）的公司版兄弟版本，将相同的纪律（交易汇总法计算月末现金、分类陷阱、情景建模）应用于公司账目。

主要能力

  • 月度工作流：从银行、支付处理商、薪资/承包商、费用管理等来源拉取原始数据；分类并核对；用交易汇总法计算月末现金；更新情景预测器；撰写快照报告；更新记忆；按 git 工作流审核并发布。
  • 每周现金脉搏：设计为15分钟周会使用，拉取当前现金余额、过去7天交易和未来7天计划流出，计算当前现金、下次发薪日期与金额、下次支付处理商打款日期与金额，并在现金低于未来两周流出时标记。输出一行状态：Cash $X | Next payroll $Y on <date> | Next inflow $Z on <date> | Floor status: OK|WATCH|BREACH。
  • 情景模式：针对“如果九月招一个年薪15万美元的工程师”或“如果流失率上升2%”等问题，打开情景预测器调整参数，导出或截图现金预测，保存分析。
  • 接续模式：从上次运行中断处继续，显示最近的月报、周报、git 日志、记忆笔记和未决事项。

使用方式

调用方式包括：/company-cfo monthly（默认，每月1日运行）、/company-cfo weekly（每周）、/company-cfo scenario <问题>（临时建模）、/company-cfo pickup（接续上次运行）。

月度工作流步骤：

  1. 步骤0 — 加载公司配置和上次运行：按顺序读取 ${COMPANY_CFO_ROOT:-$HOME/code/company-cfo}/CLAUDE.md（公司特定方法论、数据源映射、分类规则、分配机制，这是计算方式的真实来源，不要自行发明方法论）、最近月报、最近的 *-followup.md、~/.claude/memory/ 中的相关记忆笔记、git log --oneline -10。如果目录不存在，首次运行会引导用户创建目录、从 references/company-config-template.md 播种 CLAUDE.md 并设置环境变量。
  2. 步骤1 — 解析模式：根据调用确定 monthly、weekly、scenario 或 pickup 模式。
  3. 月度工作流：询问报告月份（默认上个日历月），然后逐阶段进行，每阶段暂停确认。
    • 阶段1 — 拉取原始数据：从银行/现金账户、支付处理商、薪资/承包商、费用管理、替代收入等来源类别拉取数据，保存到 ${COMPANY_CFO_ROOT}/data/YYYY-MM/<source>-*.json[l]（gitignored，原始数据不提交）。同时拉取当前现金余额。如果来源尚未接入，使用 /toolify <source> 先接入。
    • 阶段2 — 分类并核对：将所有现金账户流出归入公司使用的类别。检查通用陷阱：现金与信用卡重复计算、内部转账、货币不匹配、分配计数。写报告前做交叉核对：银行薪资扣款总额 ≈ 薪资工具 API 总额 + 费用；支付处理商当月到账 ≈ 银行来自该处理商的流入（考虑时间滞后）；费用管理流出 ≈ 费用管理工具中已批准费用（现金基础滞后）。
    • 阶段3 — 计算月末现金（交易汇总法）：使用交易汇总，而非从当前余额回推。回推方法会反复出问题，银行 API 拉取时的余额快照可能偏差数万美元，误差会传播到每个历史月末值。正确方法：拉取每个现金账户所有交易，汇总 amount 字段，应精确等于该账户当前 available_balance（合理性检查）；对于过去日期 T，balance_at_T = 所有在 T 或之前过账的交易之和（加上任何史前基线，若合理性检查通过应约为$0）。交叉核对：上月末 + 本月净现金变化 = 本月末，精确到美元。如果交易汇总与当前余额不符，不要回退到回推方法，先调查差距（缺失拉取、未知账户或合法史前基线）。
    • 阶段4 — 更新情景预测器：情景预测器是一个交互式预测，在可调假设下向前预测 N 个月的月末现金。常见结构：历史（过去3个闭账月）、今天（实际当前现金余额）、第1月（当前日历月月末，部分）、第2-7月（接下来6个完整日历月月末，情景设置从此应用）。每月：期初 + 收入 − 费用 = 利润 → 期末。月内周期低点（用于每周现金脉搏相关性）：多数 CFO 系统关心月内低点（可能触及现金下限时），而不仅是高点（月末）。每月运行更新预测器：将刚闭账月份追加到历史并删除最旧；更新 startingCash 为今天实际银行余额；更新明显变动的费用基线；更新 baselineMrr（扣除处理费后的净额）；验证预设是否仍合理。
    • 阶段5 — 撰写快照报告：创建 ${COMPANY_CFO_ROOT}/reports/monthly/YYYY-MM.md，遵循 references/report-template.md 模板。章节包括：TL;DR（标题 + 状态表：净现金、期末余额、当前 MRR、过去 N 月、建议）、Cash In（按来源）、Cash Out（按类别）、薪资明细（核实承包商 + W-2 拆分）、分配（谁收到、谁未收到，标记异常）、收入指标（活跃订阅、MRR 变化、近期取消及金额和客户）、前瞻预测（来自预测器的1-3个情景，链接预测器状态）、建议行动（领导层可决定的具体事项）、未决事项（下月要解决的问题）。用平实英语写“为什么”段落：发生了什么以及为什么。
    • 阶段6 — 更新记忆：如果分配/薪酬结构变化、活跃订阅数或 MRR 重大变化、新收入流、新合作伙伴/承包商决策、新现金下限或分配约束，更新记忆笔记。不要膨胀笔记，替换过时事实。
    • 阶段7 — 审核并发布：遵循公司 git 工作流。首次运行前验证 .gitignore 排除原始导出（data/、.jsonl、.env、*.env.local、.mcp.json），如缺失则播种。然后仅提交报告 + 预测器更改（绝不在该仓库使用 git add -A，仅定向添加，防止 data/ 文件意外混入）。命令示例：
      cd ${COMPANY_CFO_ROOT}
git checkout -b feature/YYYY-MM-snapshot
git add reports/monthly/YYYY-MM.md scenarios/index.html CLAUDE.md
git status --short
git commit -m "YYYY-MM monthly snapshot"
git push -u origin feature/YYYY-MM-snapshot
gh pr create --base main --title "YYYY-MM monthly snapshot"
      合并前审查 diff，然后合并并删除分支。
  4. 每周现金脉搏模式：拉取当前现金余额、过去7天交易和未来7天计划流出（薪资、已知账单）；计算当前现金、下次发薪日期与金额、下次 Stripe 打款日期与金额；如果现金 < 未来两周流出则标记；保存到 ${COMPANY_CFO_ROOT}/reports/weekly/YYYY-WW.md。可与 /loopify 配对安排每周运行（通常周一上午9点）。
  5. 情景模式：打开情景预测器，调整相关参数，导出或截图现金预测，保存分析到 ${COMPANY_CFO_ROOT}/reports/scenarios/YYYY-MM-DD-<question-slug>.md。如果情景决策重大（新招聘、分配变化、大额费用），运行 /decide 正式化。
  6. 接续模式：显示最近月报、最近周报、git 日志、记忆笔记、上次报告未决事项。不要从训练数据假设连续性，始终先检查报告 + 记忆 + git 日志。

适用场景

适用于公司或机构的运营型 CFO 节奏：月度财务快照、每周现金监控、招聘/削减/分配等情景分析。与 personal-cfo（家庭财务）、company-brain（存储和索引报告）、toolify（接入数据源）、loopify（安排运行）、decide（正式化重大决策）、deep-research（基准问题）等技能组合使用。

限制

不适用于：临时单数字查询（如“我们当前现金多少？”）——直接查询银行来源，不要运行完整工作流；税务/会计问题——超出范围，咨询注册会计师；个人财务——使用 personal-cfo；投资者融资财务——不同纪律（多年预测、单位经济深度分析），本技能覆盖运营型 CFO 节奏，而非融资叙事。

其他质量注意事项：绝不发明方法论，信任公司 CLAUDE.md；交易汇总法不可协商；分类纪律比准确性更重要，每月相同类别 = 趋势可读，年中更改类别 = 趋势变成噪音；基线费用按实际值而非“安全”估计；收入按扣除处理费后的净额而非总额，约3%的 Stripe 类似处理费会实质性改变月度现金流入；月内周期低点比月末更重要；每周打款可大幅平滑周期；数字不一致时停止，不要发布有未解释差距的报告。