extract
Installation
SKILL.md
Extract - 研究方法论反向提取器
Overview
从已完成的深度研究报告中反向提取研究方法论的"元框架"(how to think),而非具体结论(what to think),实现跨场景迁移复用。
Workflow
1. 文档结构分析
- 读取指定的研究文档。
- 识别章节结构,标注每章的研究目的。
- 绘制研究逻辑流程图。
2. 六维度框架提取
逐一分析并提取以下维度的方法论模板:
- 宏观分析框架 — 历史对标、时代特征、关键时间节点
- 资产/对象分类框架 — 分类逻辑、驱动因素、配置角色
- 驱动逻辑验证框架 — 必要条件、充分条件、逻辑共振、转折信号
- 三重验证体系 — 宏观逻辑 + 产业格局 + 财务健康
- 风险预警框架 — 上行/下行双向评估、监测指标、动态调整机制
- 专家观点整合框架 — 核心专家矩阵、观点交叉验证、分歧处理
每个维度区分:
- 常量(方法论骨架):分析步骤、验证逻辑、思考框架
- 变量(场景化内容):具体数据、时间、标的、事件
3. 模板参数化
- 识别模板中的变量插槽。
- 为每个变量设定取值范围。
- 建立变量之间的依赖关系。
4. 跨场景验证
- 换时间、换主题验证框架适用性。
- 标记通用部分(直接复用)和定制部分(需调整)。
5. 生成最终输出
输出到 research_frameworks/ 目录:
research_frameworks/
└── [提取时间]_[原研究主题]/
├── 00_研究方法论总览.md
├── 01_宏观分析框架模板.md
├── 02_资产分类框架模板.md
├── 03_驱动逻辑验证框架模板.md
├── 04_三重验证体系模板.md
├── 05_风险预警框架模板.md
├── 06_专家观点整合框架模板.md
├── 07_研究工作流程.md
├── 08_Prompt模板库.md
└── 09_使用指南.md
Quality Checklist
完整性:是否覆盖六个核心维度?每个维度分析步骤是否清晰? 通用性:模板是否去除场景特定内容?变量是否明确标注? 可操作性:Agent 能否直接使用这些模板?是否提供使用示例?
Guardrails
- 提取方法论(how),不是结论(what)。
- 生成的框架需要人工审核后使用。
- 每次提取创建带时间戳的新目录,旧版本保留。
- 适用于任何有逻辑深度的分析报告,不限于投资领域。
Related skills
More from hhx465453939/claude_skill_pool
code-debugger
基于深度上下文理解的代码调试与增量开发流程。用于修复 Bug、性能问题、变量追踪或在既有模块上做增量功能时,需要建立调用链/变量依赖并维护 `.debug/` 记录的场景。
16api-first-modular
API-First 模块化开发框架 — 后端功能封装为独立 API 包,前端只调 API,全栈只做编排,跨层任务自动分解。适用于所有涉及前后端的开发与调试任务,包括:(1) 后端功能开发(需走 5 步闭环),(2) 前端页面开发(需依据 API 文档),(3) 跨层需求拆分(需按 API 边界分解),(4) Bug 修复(需先判定归属层再定位)。
7drawio-xml-roadmap
基于 draw.io .drawio XML 结构设计并生成可导入的路线图/流程图,严格遵守 mxfile/mxCell 模板与配色布局约定,避免“Invalid file data”等解析错误。
1