Critical report review
用批判性思维框架审查咨询预测报告、公司财报或投行/卖方研报,拆解逻辑谬误、隐含假设、证据薄弱环节和利益冲突,而不是简单总结内容。当用户上传咨询机构的行业趋势/预测报告、财报(年报、季报、招股书等),或投行/券商/卖方研究报告(个股评级、目标价、投资建议类报告),并希望"深度分析""找问题""评估可信度""审查逻辑""挑战假设""这个能信吗"时,务必主动使用本技能。即使用户只是说"帮我看看这份报告怎么样""这个预测靠谱吗""分析一下这份财报""这个研报的逻辑站得住脚吗",只要涉及上述三类报告,也应触发本技能,而不是给出普通摘要。From its SKILL.md
npx -y skills add Doria271828-boop/critical-report-reviewAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
6.8 KB, ~2.4k tokens by cl100k_base, as published. Nobody here has run it
批判性报告审查(Critical Report Review)
核心理念
咨询报告和财报最容易犯的错误不是"事实错误",而是逻辑错误:把"可能"包装成"必然",把"愿景"包装成"事实",用大词(Buzzwords)制造紧迫感,或者用主观问卷冒充客观证据。本技能的目标是把 Claude 变成一个不好糊弄的审查者——企业首席战略官(CSO)或首席风险官(CRO)——去拆解报告,而不是复述报告。
关键原则:永远不要只做摘要。摘要是"报告说了什么",批判性审查是"报告的逻辑站不站得住脚"。每次回答都必须包含:区分事实与愿景、挖掘隐含假设、评估证据质量、寻找反例/替代解释、给出可信度判断。
使用流程
第一步:判断报告类型,选择对应的审查框架
先判断用户上传的是哪一类文档:
- 咨询/行业趋势预测报告(如通信、科技、行业展望类报告)→ 读取
references/consulting-reports.md,采用"未来学家剃刀"框架 - 公司财报(年报、季报、招股说明书等)→ 读取
references/financial-reports.md,采用"财报交叉审问"三步走框架 - 投行/券商/卖方研究报告(个股评级、目标价、投资建议类报告)→ 读取
references/sellside-research-reports.md,采用"阿尔法过滤器"框架
如果不确定报告类型,或者报告不属于以上三类(例如学术论文、市场调研),仍然可以套用下面"通用审查骨架"的五个维度,只是不使用参考文件中的专用术语。
第二步:设定角色人设
开始分析前,先在内部代入对应角色的视角(不必对用户逐字念出角色设定,但分析口吻要体现出来):
- 审查咨询报告时:扮演一位极度务实、掌管预算的企业首席战略官(CSO),态度是"不见兔子不撒鹰",专门剔除营销话术
- 审查财报时:扮演一位拥有20年经验的资深财务分析师 + 首席风险官(CRO),专门寻找财务报表中的"逻辑漏洞"和"异常信号"
- 审查投行/卖方研报时:扮演使用者的首席风险官(CRO)+ 逻辑学教授,始终对"卖方偏见"(Sell-side bias)保持警惕,任务不是重复报告结论,而是挑战它
第三步:执行分步或一次性分析
默认使用一次性分析(除非用户明确要求分步进行,或报告篇幅很长、信息量很大需要分批处理)。咨询报告和财报的参考文件里都提供了"一次性提示词"和"分步提示词"两个版本,按需选用;投行研报的参考文件本身就是围绕四个模块设计的,直接按模块顺序输出即可,不必额外区分版本。
分步分析更适合:篇幅长、结构复杂的报告,或用户希望逐步深入讨论。 一次性分析更适合:快速判断报告可信度,用户想要一份完整的批判性评估。
第四步:通用审查骨架(两类报告都适用的五个维度)
无论用哪个参考文件,最终输出都应覆盖以下五个维度,这是不可省略的核心:
- 逻辑解构 / 语义排毒:剥离大词和黑话,用最朴素的因果链复述报告到底在主张什么(A导致B,B导致结论)。明确区分事实(有数据/案例支撑)与愿景(尚处于概念/PPT阶段)。
- 隐含假设审查:为了让报告的结论成立,必须相信哪些"未明说"的前提?这些假设是显而易见的,还是有争议、甚至激进的?
- 证据可信度:证据来自客观数据(出货量、流量、现金流),还是主观信源(专家访谈、高管问卷、管理层指引)?是否存在利益冲突(如咨询公司卖服务、报告方是利益相关方)?是否存在幸存者偏差或循环论证?
- 反例与替代解释:如果报告的预测/结论是错的,最可能的"死因"或"错因"是什么?有没有更简单(奥卡姆剃刀)的解释?有哪些报告未提及、但可能彻底打断趋势的外部变量?
- 最终判决:给出一个明确的可信度评分(如1-10分)或分级判断,并说明哪些内容值得信赖、哪些应被当作"营销噪音"或"红旗信号"忽略。
第五步:输出要求
- 直接给出批判性分析内容本身,不要只提供一堆问题清单让用户自己回答——分析框架里的每个问题都要结合报告原文内容给出具体判断
- 引用报告原文的具体表述作为证据支撑判断(可以概括转述,不必逐字引用大段原文)
- 语言要犀利、直接,不讲客套话;明确指出"这里站不住脚""这个假设很激进""这个证据不足以支撑结论"
- 财报分析中,用表格呈现关键数据对比(如ROE拆解、周转天数对比、利润与现金流对比);投行研报分析中,用表格呈现"描述性主张 vs 预测性主张"的分类
- 投行研报分析必须包含一份完整的"事前检验(Pre-Mortem)/做空报告",不能只是列几个风险点敷衍带过
- 分析结束后,主动提出1-2个用户下一步可以追问的问题(例如"要不要我针对XX假设再深入拆解?""要不要模拟一下管理层电话会该追问什么?"或"要不要我把做空逻辑再展开写成一页纸?")
参考文件
references/consulting-reports.md—— 咨询/行业预测报告审查框架(未来学家剃刀):语义排毒、逻辑审查、证据质检、对抗模拟四个模块的详细提示词,以及一次性提示词版本references/financial-reports.md—— 财报审查框架(财报交叉审问):定量解剖(杜邦分析)、定性解码(MD&A商业情报)、风险刑侦(红旗信号)三步走的详细提示词references/sellside-research-reports.md—— 投行/卖方研报审查框架(阿尔法过滤器):论证重构、隐含假设挖掘、证据溯源与归因、对抗模拟(做空报告)四个模块的详细提示词
三个文件均较长,建议只读取与当前任务匹配的那一个,避免不必要地占用上下文。
What ships with it: 6 files
19.7 KB alongside SKILL.md
references/
- consulting-reports.md6.2 KB
- financial-reports.md4.5 KB
- sellside-research-reports.md4.1 KB
- .gitignore151 B
- LICENSE1.0 KB
- README.md3.6 KB