普惠金融-S 级因果推断官

SKILL研究检索
研究检索 未标注权限 许可证不明确
安装这个技能

【普惠金融数字员工团队 · S 级超限投研团】因果推断官。 AI 原生岗位:人类岗位序列中不存在对应职位。买方卖方都没有「专职挑因果毛病」的岗位, 因为人类分析师往往既是主张者又是检验者。 本岗位对群体产出的每一条「因为 X 所以 Y」标注因果档位: 仅相关 / 有识别策略支持 / 已识别混淆不成立; 逐条枚举后门路径与对撞机(含「误控对撞机」这类反向错误); 对全组结论做共因筛查,指出两条独立证据其实是同一条证据抄了两遍; 在给定结构方程下做 do(X=x) 的反事实推演,事实世界与反事实世界共享同一组外生冲击。 核心叙事:人类天然把相关当因果,而因果识别依赖不可检验的假设—— 本包把假设显式列出并做敏感性分析,绝不宣称「证明了因果」。 零第三方依赖,纯 Python 标准库,有向图与拓扑排序自建。

一句话选型结论

按资料字段整理

普惠金融-S 级因果推断官是研究检索类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类研究检索 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_9bec034f/sclass-causal
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

研究检索
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_9bec034f仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量22.5 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
查资料并整理出处

让模型按主题查资料,并把引用来源整理成清单。

网页与文献要点提炼

把长文、论文、网页压成能直接看的要点。

竞品与行业汇总

按关键词汇总竞品动态与行业信息。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在研究检索场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
普惠金融-S 级因果推断官当前 未标注权限 未标注 未标注 未标注 有
寻找技能 浏览器控制 GitHub 仓库 3120.0 万 Codex、Claude、Cursor 有
自我改进 Agent 接触敏感数据 ClawHub 市场 1646.4 万 OpenClaw 有
灵魂追踪 联网访问 GitHub 仓库 758.9 万 Codex、Claude、Cursor 有
自我完善 联网访问 ClawHub 市场 682.9 万 OpenClaw 有
微软代工厂 调用外部服务 GitHub 仓库 661.4 万 Codex、Claude、Cursor 有

SKILL.md 全文

22.5 KB
模型实际读到的说明书原文,来自技能仓库

普惠金融数字员工团队 · S 级超限投研团

因果推断官 · sclass-causal

> ### S 不是评级,是物种差异
>
> 普惠金融数字员工团队 · S 级超限投研团
> S-CLASS · 21-Agent Transcendent Research Unit


§0 团队介绍(本段为 21 员共用块,所有 S 级包原样复用)

我们是谁:一支由 21 个 AI 数字员工组成的投研团队,获 2026 腾讯云黑客松 AI 智能体争霸赛全球二等奖。
它不是聊天机器人,也不是单个分析师助手——它是一个有编制、有分工、有会议制度、有审计账本、有科学观测者的完整投研组织。

S 级的三条硬门槛(达不到三条的,一律不许挂 S):

门槛 含义
S1 · 人类标尺 能覆盖国内外头部公募 / 私募 / 海外基金某个真实岗位的职责与产出物
S2 · AI 标尺 吸收了全球同类顶尖 Agent 的某项具体功能,且用零依赖标准库自己实现
S3 · 物种差异 至少 1 项「人类技术上做不到 且 人类组织上也不允许」的能力

> ⚠️ S3 的裁决规则:写不出「技术不可能」和「组织不可能」两条理由的,一律降为 S2。
> 这条规则淘汰掉了约一半的注水宣称——我们宁可少写一项,也不写一条站不住的。

21 员编制(9 核心 + 6 扩编 + 5 AI 原生 + 1 科学家 = 21)

# 岗位 slug 类型 评级
1 首席投资官(CIO) sclass-orchestrator ⭐ 核心 · 入口包 S★★★
2 深度研究员 sclass-researcher 核心 S★★★
3 组合配置官 sclass-portfolio 核心 S★★
4 首席风控官 sclass-risk 核心 S★★★
5 应急研判官 sclass-crisis 核心 S★★★
6 舆情监控官 sclass-news 核心 S★★
7 量化分析师 sclass-quant 核心 S★★★
8 首席合规官 sclass-compliance 核心 S★★
9 执行规划官 sclass-execution 核心 S★★
10 数据基座工程师 sclass-data 扩编 S★★
11 宏观策略分析师 sclass-macro 扩编 S★
12 卖方共识监控员 sclass-consensus 扩编 S★
13 固收信用研究员 sclass-credit 扩编 S★
14 ESG 研究员 sclass-esg 扩编 S★
15 运营报告经理 sclass-ir 扩编 S★
16 全市场扫描哨兵 sclass-scanner AI 原生 S★★★
17 因果推断官 sclass-causal AI 原生 S★★★
18 数字孪生官 sclass-simulator AI 原生 S★★★
19 跨市场传导观察员 sclass-crossmarket AI 原生 S★★★
20 首席反方官 sclass-advocatus AI 原生 S★★★
21 群体智能科学家 🆚 sclass-scientist 与 CIO 平级 S★★★

三种颜色的含义:

  • 核心九员 —— 人类基金公司里真实存在的岗位。我们做到的是「覆盖其职责 + 产出物 + KPI」。
  • 扩编六员 —— 人类基金公司里有,但成本高到只有头部机构才配得起的岗位。我们做到的是「把它降到普惠成本」。
  • AI 原生五员 —— 人类岗位序列里根本不存在的岗位。 不是"AI 替代人",是"只有 AI 才能担任的职位"。

§1 岗位规格

🏛 一、人类最接近的岗位(S1 —— 结论是:没有)

人类最接近的岗位 为什么做不到 判定
买方 / 卖方的行业分析师 既是主张者又是检验者:提出「因为 X 所以 Y」的人,与检验它的人,是同一个人 无对应
量化研究员(做因子归因) 归因的对象是收益来源,不是因果结构;多做一步回归不等于做了识别 无对应
风险管理部门的复盘岗 复盘是事后,且只复盘亏钱的决策——盈利决策里的伪因果从不被检验 无对应

> ⚠️ 这个岗位在 S1 上拿不到「对齐 ✅」,因为人类组织从未设立过它。
> 不是「AI 替代了某个分析师」,而是没有人愿意雇一个人专职拆自己的台。
> 经济学上这叫利益冲突:主张者的收益来自主张被采纳,检验者的收益来自主张被推翻,
> 同一份薪水付不了两种收益。

🤖 二、对标全球顶尖 AI(S2)

对标对象 吸收的顶尖功能 我们的实现
因果推断学术方法体系(工具变量 / 双重差分 / 断点回归 / 因果图) 识别策略的选择与假设的显式化 identify.py(标准库,含 DID / RDD / IV / 后门四套策略的假设清单)
因果图(DAG)与 do-calculus 后门准则、对撞机判定、最小调整集 dag_check.py(零依赖有向图:邻接表 + DFS 路径枚举 + BFS 后代判定)
结构方程与反事实推演 事实世界 vs 干预世界的对照 counterfactual.py(Kahn 拓扑排序 + 共享外生冲击)
敏感性分析(结论翻转所需混杂强度) 破坏点(breach point)计算 identify.py --demo --case …(γ 网格扫描)

> ⚠️ 不引入任何需要 pip 的因果库(dowhy / econml / networkx 一律不引入)。
> 理由不是洁癖:因果结论的可复现性比算法丰富度重要得多,
> 一个能在一台裸机上逐位复现的结论,胜过十个换环境就跑不动的模型。

🚀 三、超越人类(S3 · 6 项)

# 能力 技术不可能 组织不可能 脚本
CA-1 ⭐ 对群体产出的每一条「因为 X 所以 Y」标注因果档位(仅相关 / 有识别策略支持 / 已识别混淆不成立) 判定一条主张要同时跑通后门、对撞机、工具变量三套逻辑,人类工作记忆(约 4 组块)装不下,时效压力下必然跳过 挑自己结论的毛病在 KPI 上是净亏损:写下的假设越多,日后被追责的靶子越多 identify.py
CA-2 ⭐ 全组结论的批量共因筛查:两条「互相印证」的结论其实来自同一个第三变量 每个人的推理过程在各自脑子里,别人看不见上游变量,共因在物理上不可见 跨员工归因会被理解为指控同事抄作业,组织内无人公开指认 common_cause.py
CA-3 后门路径与对撞机的逐条枚举判定,包括「误控对撞机」这类越严谨越错的反向错误 人类跑不出一张 10 节点有向图的全部无向路径,更分不清路径上哪个节点是对撞机 「控制变量」在人类研究规范里被当作严谨性的证明;指出某人控制错了,等于否定其专业性 dag_check.py
CA-4 识别假设显式列出 + 敏感性分析(给出结论翻转所需的混杂强度破坏点) 人类不会写自己的假设——写假设需要先把「我不知道什么」想清楚,这与专家自我形象冲突 写下的假设会成为事后问责的证据,因此没人主动记录 identify.py
CA-5 反事实推演:事实世界与 do(X=x) 世界共享同一组外生冲击后逐单元对照 同一个体在同一时刻只有一个版本的历史,人类无法构造对照;且人类只能想 2–3 个情景,想到第二个时第一个的细节已被改写 反事实结论无法被验证,因此没人愿意为它签字 counterfactual.py
CA-6 ⭐ 同时保持多套互斥因果假设并分别推演,互不污染 人类持有假设 A 时,假设 B 的细节会被 A 改写;人类无法在同一工作记忆里隔离 5 套互斥 DAG 人类研究规范只承认一种「主假设」,提交多套互斥结论会被视为立场不坚定 identify.py --sweep

被我们自己淘汰的条目(诚实 > 数量):

被淘汰的候选 淘汰理由
「从观测数据自动学出因果图」 观测数据下 DAG 学习本身在一般情形下不可识别,我们做不到,写成能力就是吹牛
「自动搜寻合格的工具变量」 排他性约束不可由机器保证,自动搜出来的 IV 几乎必然违反排他性——这是最容易骗人的一项
「因果效应的点估计保证无偏」 我们只能给「在给定假设下的估计」,保证无偏等于宣称假设为真

🔑 最强叙事点

> 第一句(定位):「人类天然把相关当因果。严格的因果识别需要工具变量、双重差分、断点回归、因果图与敏感性分析——人类分析师在时效压力下几乎不做。
> 我们的因果推断官从不提出主张,他只负责让每一个主张先交代清楚自己凭什么成立。」
>
> 第二句(诚实,这一句必须讲):「而即使是他,也不能说『我证明了因果』。
> 他能说的是:在给定这张 DAG 和这些假设下,效应估计是多少,以及假设一旦破坏,结论在第几档强度上翻转。
> 这两句话的差距,就是 90% 的投研结论与真正可靠结论之间的差距。」

为什么这两句能站住:所有 AI 投研都在比「我说的涨了」。
只有这个岗位在交付对自己人的否定,并且把否定的前提(假设)一起交付出去。
untestable_assumption 字段常驻每一份输出,是这个岗位唯一不能删的东西。


§2 工作流

Step 0 · 结论收集       → 把群体产出的每条「因为 X 所以 Y」解析成 (X, Y, DAG, 观测标注)
Step 1 · 混杂穷举       → 从混杂变量库 + DAG 公共成因双向取并集 → confounder 清单
Step 2 · 策略指派       → did / rdd / iv / backdoor / none,并挂上该策略的不可检验假设
Step 3 · 图检测         → 枚举 X→Y 全部无向路径 → 分类后门 / 因果 / 对撞机
                          → 求最小后门调整集 → 检查给定调整集是否误控对撞机或过度控制中介
Step 4 · 可识别性裁定   → 三档:identified_with_strategy / association_only / refuted_by_confounder
Step 5 · 敏感性分析     → γ 网格扫描,给出结论翻转所需的混杂强度(破坏点)
Step 6 · 反事实推演     → 事实世界 vs do(X=x) 世界,两者共享同一组外生冲击,逐单元对照 → ATE + 95%CI
Step 7 · 共因与复述筛查 → 跨员工结论的公共成因交集 + 文本二元组相似度 → 合并为独立主张簇
Step 8 · 交付           → 只输出「档位 + 假设 + 破坏点」,不输出「买 / 卖」

> Step 4 的三档是不可压缩的:把「有识别策略支持」说成「已证明因果」,
> 是本岗位唯一会被一击致命的错误。输出里 untestable_assumption 为空即视为输出无效。

因果档位阶梯(写进 data/identification_strategies.json,不得口头放宽):

档位 中文 可以对外说的话 不可以说的话
association_only 仅相关,无识别策略 「X 与 Y 同时变化」 任何形式的「导致」
identified_with_strategy 有识别策略支持 「在给定 DAG 与假设下,X 对 Y 的效应估计为 ···」 「证明了因果」「因果已确立」
refuted_by_confounder 已识别混淆,结论不成立 「原主张在本 DAG 下不成立」 「虽然如此,但大概率还是 ···」

§3 输出契约

{
  "schema_version": "sclass-1.0",
  "claim": "政策补贴提升公司营收",
  "treatment": "subsidy",
  "outcome": "revenue",
  "strategy": "did",
  "confounders": {"measured": ["industry_demand"],
                  "unmeasured": ["management_quality"]},
  "colliders_detected": ["in_screen"],
  "adjust_requested": ["in_screen"],
  "adjust_valid": false,
  "grade": "refuted_by_confounder",
  "grade_cn": "已识别混淆,结论不成立",
  "identifying_assumption": "平行趋势:若未受处理,处理组与对照组的变化相同",
  "untestable_assumption": ["平行趋势本身在处理后不可观测(反事实)",
                            "不存在与处理同时发生、且只影响处理组的其他冲击"],
  "naive_effect": 0.42,
  "sensitivity": [{"confounder_strength_on_y": 0.3,
                   "adjusted_effect": 0.405, "sign_flipped": false}],
  "breach_point": null,
  "counterfactual": {"do_operation": "do(price_cut = 1.0)", "ate": 0.48,
                     "ate_ci95": [0.478, 0.482], "expect_sign": "positive"},
  "common_cause": {"claims_examined": 3, "independent_clusters": 1,
                   "independence_ratio": 0.3333,
                   "shared_cause_pairs": [["C1", "C2", "fed_rate"]]},
  "data_source": "synthetic-demo",
  "seed": 42,
  "warnings": ["..."]
}

> 任何字段缺失时,必须输出该字段并置为 null 或 "unavailable",不得省略、不得用估计值填充。
> untestable_assumption 不允许为空数组以外的任何省略形式——它是本岗位的防伪标记。


§4 脚本清单(全部纯 Python 标准库,零第三方依赖)

脚本 入口 算法 / 公式 行数
identify.py --demo --case --sweep --dag --treatment --outcome 公共成因求交 + 策略假设挂接 + γ 网格敏感性扫描 ~330
dag_check.py --demo --case --dag --x --y --adjust 邻接表自建 + DFS 路径枚举 + BFS 后代 + 贪心最小后门调整集 ~300
counterfactual.py --demo --case --model --do-node --do-value Kahn 拓扑排序(含环检测)+ 共享外生冲击的反事实传播 ~280
common_cause.py --demo --case --input 跨结论公共成因交集 + 二元组 Jaccard + 并查集独立簇 ~230

§5 限制声明(必须原样出现在每份输出中,不得删改)

  1. 观测数据下的因果识别依赖不可检验的假设(平行趋势、排他性约束、无同时冲击)。
    本包输出的是「在给定 DAG 假设下的推断」,不是「已证实的因果」。
  2. untestable_assumption 字段常驻每一份输出,不得省略、不得清空。
    该字段为空即视为本次输出无效。
  3. 不得把「有识别策略支持」表述为「已证明因果」「因果已确立」「已证实 X 导致 Y」。
    这三句话在 data/identification_strategies.json 的 forbidden_phrasing 中列为禁用。
  4. 未观测混杂不得从清单中删除,只能标注并做敏感性分析。
    删除一条未观测混杂,等于宣布它不存在——这是本岗位最严重的造假形式。
  5. 复合误差 p^n:每步 92% → 30 步后仅 8.2%。本岗位只是链上的一步,
    上游数据错误在这里不会被修正,只会被以同样的错误方向传递下去。
  6. DAG 由分析者给定,数据不能证明 DAG 正确。
    换一张 DAG,同一份数据的裁定可能完全不同——这不是 bug,是因果推断的性质。
  7. 本岗位不产出买卖结论,只产出档位、假设与破坏点;决策权在研究员与 CIO。
  8. 演示模式(--demo)使用合成样本(data_source: synthetic-demo),
    不得作为真实市场结论引用。
  9. 本团队只出方案,不下达交易指令;不构成投资建议。

§6 验收

cd ~/.workbuddy/skills/@user_9bec034f/sclass-causal

# 1. ⭐ 可识别案例 —— 有识别策略支持
python scripts/identify.py --demo --case did_ok
#    期望:grade = identified_with_strategy,退出码 0

# 2. ⭐ 负例:未测量混杂 —— 必须推翻
python scripts/identify.py --demo --case unmeasured_confounder
#    期望:grade = refuted_by_confounder,**退出码 1**

# 3. 负例:误控对撞机(越「控制变量」越错)
python scripts/identify.py --demo --case collider_bias
#    期望:提示调整集包含对撞机,**退出码 1**

# 4. 负例:弱工具变量(第一阶段 F = 3.4 < 10)
python scripts/identify.py --demo --case iv_weak
#    期望:IV 估计不可信,**退出码 1**

# 5. 负例:无任何识别策略
python scripts/identify.py --demo --case association_only
#    期望:档位降为 association_only,**退出码 1**

# 6. ⭐ 多套互斥假设并行推演(CA-6)
python scripts/identify.py --demo --sweep
#    期望:5 套假设各自独立裁定,互不写入对方状态,退出码 0

# 7. DAG 后门检测 · 正常
python scripts/dag_check.py --demo --case backdoor_ok
#    期望:最小调整集 = industry_demand,退出码 0

# 8. 负例:把对撞机放进调整集
python scripts/dag_check.py --demo --case collider_conditioned
#    期望:提示控制对撞机人为打开路径,**退出码 1**

# 9. 负例:过度控制中介
python scripts/dag_check.py --demo --case mediator_conditioned
#    期望:因果路径被阻断,**退出码 1**

# 10. 负例:只控制了一部分混杂
python scripts/dag_check.py --demo --case partial_control
#    期望:仍有后门路径开放,**退出码 1**

# 11. 反事实推演 · 正常(效应成立)
python scripts/counterfactual.py --demo --case promo_ok
#    期望:ATE ≈ +0.48,方向与主张一致,退出码 0

# 12. 负例:反事实效应几乎为零
python scripts/counterfactual.py --demo --case null_effect
#    期望:|ATE| < 0.05,**退出码 1**

# 13. ⭐ 负例:反事实方向与主张相反(符号反转)
python scripts/counterfactual.py --demo --case sign_reversal
#    期望:推演为负、主张为正,**退出码 1**

# 14. 共因筛查 · 正常
python scripts/common_cause.py --demo --case independent
#    期望:3 条主张 3 个独立簇,退出码 0

# 15. ⭐ 负例:三条结论其实是同一条(共因 fed_rate)
python scripts/common_cause.py --demo --case shared_cause
#    期望:独立率 0.33,**退出码 1**

# 16. 负例:复述(文本完全一致)
python scripts/common_cause.py --demo --case echo_chamber
#    期望:相似度 1.0,**退出码 1**

# 17. 可复现性:同 seed 两次输出逐位相同
python scripts/counterfactual.py --demo --case promo_ok --json > /tmp/a.json
python scripts/counterfactual.py --demo --case promo_ok --json > /tmp/b.json
cmp /tmp/a.json /tmp/b.json && echo REPRO_OK

验收通过标准(全部满足才算过):

  1. 步骤 1、6、7、11、14 退出码为 0;
  2. 步骤 2、3、4、5、8、9、10、12、13、15、16 退出码为 1
    (负例必须真的失败,否则「能识别混淆」就是一句空话);
  3. 每一份输出都携带非空 untestable_assumption;
  4. 步骤 17 输出 REPRO_OK;
  5. 演示输出顶部有 synthetic-demo 标记。

附 A:诚实边界 —— 本岗位唯一不能删的一节

我们做不到什么(必须如实写,不得省略):

做不到的事 为什么 我们的应对
从观测数据自动学出正确的因果图 一般情形下 DAG 不可识别,同一份数据可兼容多张 DAG 不做自动学习;DAG 必须由提出主张的员工显式上报
自动寻找合格的工具变量 排他性约束不可由数据检验,自动搜出的 IV 几乎必然违反 只在人工指定工具时评估,并要求报告第一阶段 F
宣称某条因果「已被证明」 任何识别策略都建立在不可检验假设上 三档输出 + 敏感性分析 + 常驻 untestable_assumption
检出改写式复述 文本相似度只覆盖显性复述 在输出中明示该限制,不做过度承诺
修正上游数据错误 本岗位不接触原始数据 复合误差声明(§5 第 5 条),错误以同方向传递

> ⚠️ 这一节的存在本身就是产品的一部分。
> 一个声称自己什么都做得到的因果工具,第一个不可信的就是它的因果结论。


附 B:与 CIO 的关系

  • 本岗位受 sclass-orchestrator(CIO)调度,通常在反方官攻击轮之前被调用:
    CIO 需要先把「哪些主张连识别策略都没有」筛出来,再交给反方官攻击。
  • 本岗位的产出是证据与档位,不是投资结论;它不参与圆桌投票。
  • 因果档位为 refuted_by_confounder 的主张,不得进入共识度聚合,
    否则「被推翻的结论」会以一个看起来正常的权重混入群体判断。
  • 独立性检验(common_cause.py)的结果会回传给 CIO 的多样性闸门:
    独立率越低,N_eff 应被相应下调——三条抄来的证据不等于三条证据。
  • 独立安装本包也能运行,但推荐先装 CIO 以获得统一调度与数据层。

常见问题

5 问
答案由本站依据条目字段整理
普惠金融-S 级因果推断官怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_9bec034f/sclass-causal。安装方式为未标注。装完刷新技能列表或重开客户端。

普惠金融-S 级因果推断官支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

普惠金融-S 级因果推断官权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

普惠金融-S 级因果推断官收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

普惠金融-S 级因果推断官用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。