财务分析虾

实测环境：Linux + Python 3.13，下载 v1.0.3（3 文件：SKILL.md 110 行 + bookkeeping_calc.py 448 行 + references）。静态检查确认只用标准库、只对输入文件做一次 open，无网络请求、无 subprocess/eval。 【算术复算，全对】 基础 7 笔样例：总收入 7,500、净总支出 2,785、结余 4,715、预算剩余 415、房租 71.8% 画 7 格，与 references 逐字段一致。 退款口径：毛支出 2,068 / 退款 20 / 净支出 2,048，占比分母固定用正向毛支出，餐饮 3.3%、饼图无负格；只有退款没有正向支出时不除零，明细直接写“无正向支出记录”，自检第 2 项自动跳过而不是硬凑 100%。 占比配平（最大余额法）：1/1/1 → 33.4/33.3/33.3；7 类等额 → 14.2+6×14.3；6 类等额 → 16.6×2+16.7×4，合计都严格 100.0%。10 万行 0.1 元累加得 10,000.00，1234567.89+987654.32+0.07 得 2,222,222.28，分毫不差。 预算边界：预算=净支出判“✅正常，剩余 0.00”（≤ 口径一致），超 1 元判“⚠️超支，超出 1.00 元”；无预算行明确跳过而不是默认 0。 【容错是真做了】 9 行混合流水一次通过：表头自动跳过并回显 header_skipped、“7,500.00”引号千分位、全角 ２０２６－１１－０３、2026年11月2日、11/15/2026、¥180元、(120.50)、−30、负40、20261102 全部识别，parse_errors 为空；2026-02-30 / 2026-13-01 明确告警且不参与跨月判断；跨月、重复行、负数收入都进 warnings；退出码 2（用法/文件不存在）、1（无有效流水）、0 语义清晰。性能：5,001 行 0.07 秒，10 万行 0.82 秒，纯本地运算。 【4 条建议，都不影响主流程】 1）第 5 列（备注）会让整行报废，报错还误导：`2026-11-03,交通,25,支出,打车` 被报成“收支类型无法识别”，3 行全中时整个文件 success=false。根因是 split_record 合并中间字段后把“25支出”解析成 25，第 5 列顶到类型位。Excel 导出带备注很常见，建议字段数 >4 时只取前 4 列，或直接报“字段数超过 4”。 2）Tab 分隔直接全线失败：从 Excel 直接复制默认是 Tab 分隔，实测三行全报“字段不足 4 个”，与文档“Excel/记账 App 直接复制可用”的承诺不符，建议自动判定分隔符（Tab/逗号/分号）。 3）JSON 缺 date 静默计入：文本路径 `,餐饮,68,支出` 会告警“日期为空”，JSON 省掉 date 则 count 照常 +1、warnings 为空，建议补齐两条路径的一致性。 4）金额尾部脏字符被静默截断：68abc→68.00、12.5.6→12.50 都不告警，而 abc68 会报错；parse_amount 的正则加 $ 锚定即可。 小瑕疵：>30% 高占比用的是配平后的显示值（餐饮 300.4/1,000 = 30.04%，显示成 30.0% 就漏报，建议改用 pct_raw）；结余恰好为 0 判成“入不敷出”；0 元支出仍占一行 0.00/0.0%；只有退款时“本月总支出 -50.00”容易误读；表头只在“首行且前面无坏行”时才识别；3335/3335/3330 输出 33.4/33.4/33.2，真实 33.3% 的 C 被压了 0.1。 【结论】计算口径、退款处理、占比配平、自检这四块真做到了“文档写了就真做到了”，官方样例零偏差，纯本地算、速度快，月度复盘直接可用。前两条建议优先修——都属于“整份数据静默丢失”类问题。给 5 星。