财报因子拆解台

> Pay Skill 范式：鉴权型（agent_local）
> 鉴权型：履约在本机执行（需本地取数 / 解析基本面大文件），远端网关只做支付鉴权，支付通过后返回 fulfillment: "agent_local"，Agent 再跑 scripts/ 下的脚本产出结果。

Overview

把财务报告数据落成 23 个可复现的财报选股因子，并验证「提前使用最新财报数据」这一披露择时思想。
直接回答「这个财报因子怎么算、月度 IC 和方向对不对、披露月提前用新数据能不能提升有效性」。

覆盖三套可独立调用的范式（公式、参数、方向、边界见 references/methodology.md）：

本包可真实复现的范式：factors / timing——只要用户提供含原始财务字段（或已算好的 23 因子列）的基本面 CSV 与本包日线价格。catalog 永远可用（公式目录 + 文献对照）。
未获取（缺基本面/披露日期）：共享面板仅有日线、无财务字段，故 factors/timing 默认【未获取】，只输出公式目录与原始文献实测对照（不具名、不编造）。

边界：只做因子构造与统计诊断，不做行情预测、不给买卖点位、不连接任何券商交易接口；
不访问用户未明确提供的外部系统；取不到的数据一律标注「未获取」，不用代理变量凑数。

When to Use（触发条件）

• 用户说「我想验证财报因子——ROE/毛利率/净利增长这些因子在我的样本上 IC 和方向对不对」时
• 用户说「提前使用最新财报数据选股到底有没有用，帮我对比披露月和非披露月的表现」时
• 用户说「23 个财报因子怎么构造，原始财务字段怎么算成因子，方向怎么定」时
• 用户说「我的面板只有价量没有财务数据，财报类因子还能跑哪几个」时
• 用户说「别给我讲理论——把因子公式和数值直接跑出来，要和文献口径可对」时
• 用户说「起始比例/持有期/快报对财报择时策略影响多大，帮我做敏感性」时

Workflow（工作流）

Step 0 收集口径（缺一项就问，不猜）

Step 1 取数（二选一，脚本都在 scripts/）

# 1) 拉真实 A 股日线（前复权，分段拉长历史）
python3 scripts/fetch_daily.py --out bars.csv --beg 2018-01-01 --end 2026-08-30
# 2) 用自有基本面数据：导出 CSV，列见 references/methodology.md 第零节

Step 2 跑诊断

python3 scripts/run_local.py --fundamentals fin.csv --prices bars.csv \
    --disclosure disc.csv --mode all \
    --groups 5 --out out_dir --html report.html --json result.json \
    --sub-order <支付订单号> --sub-channel "微信支付 · Agent Pay"

• --mode 可单选（factors / timing / catalog）或 all
• 只想要目录：--mode catalog（不需任何数据）
• 支付通过后才执行；--sub-order 由 Agent 在收到 paid:true 后注入

Step 3 读报告（out_dir/report.md 或 report.html）

先看顶部订阅状态横幅，再看因子诊断块（23 因子 IC/IR/多空）与披露择时块（披露月 vs 非披露月 IR 对比）。
factors/timing 缺数据时为「未获取 + 文献实测对照」，不含本包复现结论。

Step 4 判定与交付：按「分级规则」给每个范式定级，输出给用户并附参数回显与边界说明。

输入数据规格

基本面 CSV 列（大小写不敏感，逗号分隔）：

价格 CSV 列：date, ticker, close（同 references/methodology.md 价量规格）。

必需样本：每只股票至少 2 期报告（增长率类需上期）；任一月末有效标的数 >= 10。

Output（输出规范）

固定三段（顺序不可变，让每次结果可横向比对）：

1. 订阅状态横幅（置顶 1 条）
   - 已订阅：订阅状态：您已通过 <渠道> 订阅此技能 · 订单 <号> · 有效期至 <日期>
   - 未订阅：订阅状态：未检测到有效订阅 —— 请先购买订阅（订阅后由 Agent 带入订单号重新生成本报告）
   - Markdown 与 HTML 两个版本都必须有，HTML 版用渐变横幅（已订阅=绿，未订阅=琥珀）
2. 因子目录块（catalog，永远输出）：23 因子公式 + 原始文献披露月/非披露月 IR 对照表
3. 因子诊断块（factors，有数据才输出）：23 因子月度 IC / 年化 ICIR / 胜率 / 多空年化 / IR / 最大回撤
4. 披露择时块（timing，有披露日期才输出）：披露月 vs 非披露月 IR 对比 + 提前使用是否提升

分级规则（决定措辞，不决定用户行为）

缺失信息处理：缺财务字段 → factors 标注「未获取」并说明缺哪一列；
缺披露日期 → timing 标注「未获取」并给文献对照；样本不足 → 标注「样本不足」并给出所需最小样本；
取数失败 → 打印 [未获取] 原因 到 stderr 并返回 1，不输出任何推测结果。

First-Use Configuration（首次使用时向用户确认）

Notes / Constraints（约束）

1. 免责：所有输出末尾固定一句「本结果为量化方法在有限数据上的统计验证，不构成任何投资建议；
   历史结论不代表未来，因子有效性随市场结构变化而衰减。」不承诺任何收益水平。
2. 不替代什么：不替代投顾意见、不替代风控审批、不替代合规审查；
   不提供具体买卖点位、不提供仓位建议、不推荐任何标的。
3. 取不到就标注未获取：文件缺失、列不对、样本不足、取数失败，一律如实标注，
   绝不因用户已付费而推测补造（鉴权型铁律）。factors/timing 依赖基本面/披露日期，本面板仅日线，故只给文献对照。
4. 口径诚实：本包仅有前复权价量，不含任何财务字段。
   - factors/timing 需用户提供基本面 CSV（原始财务字段或已算好的因子列）+ 日线价格，方可真实复现；
   - 方向依原文献口径（「高」=因子值越大下期收益越高），用户可据自身样本重定方向；
   - 文献 IR 对照（披露月 vs 非披露月）不具名、明确标注「本包未复现」，不得包装成本包实证结论。
5. 披露择时核心：原文献结论为「大部分因子在披露月表现优于非披露月，且使用快报效果更佳」。
   本包可复现该对比，但属样本依赖结论，须如实标注边界。
6. 显著不等于有效：IR 受样本期数影响。判定必须同时看年化收益、波动、最大回撤与分档多空，不能只看单一指标。
7. 付费内容仅报告：本 Skill 售卖的是因子构造计算与报告，不含任何标的推荐名单。

Pay Skill 模式（鉴权型，按次付费，已接入 X402）

本 Skill 为付费技能（Pay Skill），按次收费，已通过腾讯 SkillHub +
微信支付 Agent Pay X402 协议接入。不存在免费运行模式——
未完成支付授权前，不得执行本地履约脚本、不得输出任何付费内容；
鉴权型只由服务端返回的 paid: true 解锁本机履约。

> 使用者须已安装并开通 weixinpay_pay 插件（微信 AI 支付 / AI 专属卡）。
> Step 0 检查不通过时不发起付费调用，直接引导开通后重试。

鉴权型：履约在本机执行（需调用本地取数脚本 / 解析本地或远程大文件），
远端网关只负责订单鉴权与支付状态确认，支付通过后返回 fulfillment: "agent_local"，
不返回业务结果；Agent 收到 paid: true 后才在本地跑 scripts/ 下的脚本产出结果。

• 统一网关主接口：POST https://pay.zerone-iteration.com/api/invoke
  （请求体 {"skill": "financial-report-factor-lab", "skill_version": "1.0.1", "query": "...", "amount": 990}）
• 兼容入口：POST https://pay.zerone-iteration.com/api/resource（等价于默认 Skill）
• 支付回调：POST https://pay.zerone-iteration.com/api/pay/notify
• 退款回调：POST https://pay.zerone-iteration.com/api/refund/notify
• 实现：透明网关（nginx + Java 17 / Spring Boot + WechatPay-Java，微信支付公钥模式）；
  skill/skill_version 仅做格式校验后透传进 X402 预下单，不查 SkillHub（不查注册表、不反查是否真实存在/已发布/版本匹配）；
  无本地白名单，新增 Skill 免 Java 注册、免改 JAR、免重启，直接 POST /api/invoke 传正确 slug+版本即可
• 状态：于 DEV_MODE=true 下完成本地付费链路冒烟——首次调用返回
  HTTP 402 + WeixinPay-Required（X402 payment_code）+ X-Out-Trade-No，
  模拟回调置位后带订单号重试返回 paid:true / fulfillment:agent_local。
  生产密钥真实扣费待 SkillHub 发布并绑定 X402 商户后实测。
  自托管联调端口：FINANCIAL_REPORT_FACTOR_LAB_PORT（默认 18107）。

Agent 侧调用规范（含付费前置插件检查）

Step 0 付费前置插件检查（必须，缺失则不得发起付费调用）

1. 检测当前环境中 weixinpay_pay 插件（微信支付 Agent Pay / AI 专属卡）是否已安装并已开通；
2. 若不存在或未开通：不调用 /api/invoke，改为提示用户先安装/开通微信 AI 支付，完成后再继续；
3. 若可用：继续 Step 1。

Step 1 调用统一网关：POST /api/invoke，请求体：

{
  "skill": "financial-report-factor-lab",
  "skill_version": "1.0.1",
  "query": "用户原始需求（用于订单留痕，不作为履约输入）",
  "amount": 990
}

• skill：必填，固定为本 Skill 的 slug financial-report-factor-lab（与 SkillHub 已发布的一致；透明网关下传错 slug 时错误延后到 SkillHub/微信预下单环节才返回）；
• skill_version：必填，当前版本号 1.0.1（缺失返回 400 MISSING_SKILL_VERSION）；
• amount：必填，单位分，服务端校验为大于 0 的整数（小数/布尔/零/负数一律 400 INVALID_AMOUNT，不静默截断）；
  区间不强制，价格由 SkillHub 产品定价约束。

Step 2 支付触发（X402 预下单 → 402）：未支付时服务端依次执行——

1. 生成订单号 out_trade_no（402 响应头 X-Out-Trade-No 与响应体 out_trade_no 均会返回，Agent 须记下）；
2. 调用微信支付 Native 下单，获取 code_url；
3. 用 SkillHub 开发者私钥（SHA256withRSA）对 X402 AI 预下单请求签名；
4. 调用 POST https://payapp.weixin.qq.com/palmpayminiapp/clawagentpay/preorder 换取 payment_code；
5. 返回 HTTP 402，响应头 WeixinPay-Required 与 body WeixinPay 块中
   同时携带 X402 预下单返回的 payment_code（必须是 X402 的 payment_code，
   不能直接把微信 code_url 当作 payment_code 返回），并回显本单 amount 与 out_trade_no。
   ⚠️ body 的 WeixinPay 嵌套结构最易遗漏：缺失时 weixinpay 插件从 body 解析不到
   payment_code，会报「当前支付订单已过期」，该报错常被误判为「返回了 code_url」。

Step 3 用户支付授权：Agent 将 WeixinPay-Required 头（或 body WeixinPay 块）中的
payment_code 作为 paymentCode 交给 weixinpay_pay 插件，向用户申请支付授权。

Step 4 二次调用鉴权：用户完成支付后，Agent 再次调用 POST /api/invoke
（请求体同 Step 1，带请求头 X-Out-Trade-No: <402 返回的订单号>）；
服务端按订单号主动向微信查单验证支付成功（不依赖回调到达）后返回：

{"ok": true, "paid": true, "fulfillment": "agent_local",
 "skill": "financial-report-factor-lab", "out_trade_no": "...", "already_fulfilled": false}

Step 5 本地履约（本 Skill 的关键差异）：Agent 收到 paid: true 且
fulfillment: "agent_local" 后，在本机执行 scripts/ 下的脚本产出结果
（见 scripts/README.md），再把结果交付给用户。
支付未确认前，不执行本地取数脚本、不输出任何付费内容
（未支付重试返回 402 {"code":"NOT_PAID"}）。

> 幂等说明：already_fulfilled: true 表示同一订单此前已鉴权通过；
> 此时直接复用上次已产出的结果，不要重复跑取数脚本（避免重复消耗外部接口配额）。

异常处理说明（Agent 与服务端两侧）

> 核心原则（SkillHub 官方教程 FAQ）：支付失败/未确认时必须如实告知用户，绝不据此推进后续流程。

核心特征对照表（供审核查验）

包内 pay/server.py 为 Python 参考实现（含 APIv3 签名、X402 预下单、回调验签解密、
主动查单、幂等鉴权、透明网关无需注册表），部署说明见 pay_skill.yaml。

注意：本 Skill 涉及两套独立密钥/证书——

• 微信支付 API 证书（wechat_pay）：用于微信 Native 下单与主动查单；
• SkillHub 开发者密钥（skillhub）：用于 X402 预下单签名。

私钥均不得写入 Skill 包或仓库，须通过环境变量注入服务端。