Menü
何时使用需要产出正式研究报告、技术调研、方案综述、行业扫描、政策或技术 brief，并要求证据追踪、引用、时间范围和结构化结论
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
何时使用需要为编程项目、monorepo 或多级目录创建/更新 AGENTS.md、CLAUDE.md 软链接、项目级 agent 操作手册、子目录局部规则、验证命令和 Coding Agent 上下文边界时使用。
分析代码库结构并生成中文 token-lean 架构文档。
用于构建或维护个人 LLM 驱动的知识库。触发词：将资料导入 wiki、查询 wiki 知识、检查 wiki 质量、'添加到 wiki'、'我了解什么关于'，或任何提到 'LLM wiki' 的场景。
当有书面实施计划要在单独会话中执行并带审查检查点时使用
用户明确要求隔离工作区、并行分支验证或临时试验时使用 - 创建隔离的 git worktree
开始开发编程相关对话时使用 - 建立如何查找和使用 skills，在做出任何响应前要求先检查适用的 skill
| name | learn-deep-research |
| description | 何时使用需要产出正式研究报告、技术调研、方案综述、行业扫描、政策或技术 brief，并要求证据追踪、引用、时间范围和结构化结论 |
把"搜到一些资料"升级为"可复查、可引用、可交付"的研究输出。
这个 skill 适用于正式调研，不适用于随手查一个事实。
深度调研必须先锁定调研合同：范围、时间、地区、受众、输出格式、引用方式。所有关键结论都要区分 事实、推断、建议。所有重要数字都必须有来源或明确标注为估算。
本 skill 触发后，联网检索统一使用 agent 自带的网页搜索能力。如果用户已有模板或章节结构，把它当作硬约束，不要擅自改写。
输出报告必须对 Obsidian 原生友好：使用 frontmatter properties、callout 高亮关键信息、wikilink 串联相关笔记、Obsidian tag 标记主题。报告文件应能直接放入 Obsidian vault 的 30_Research/ 目录并正确渲染。遵循 obsidian-markdown skill 的语法规范。
不要用于：
复制并跟踪这份检查清单：
Deep-Research Progress:
- [ ] Step 1: 锁定调研合同
- [ ] Step 2: 拆分子问题与检索词
- [ ] Step 3: 收集证据并记录来源
- [ ] Step 4: 建立证据表
- [ ] Step 5: 形成大纲与章节映射
- [ ] Step 6: 起草完整报告
- [ ] Step 7: 校验引用、日期、冲突和空洞
- [ ] Step 8: 输出可审阅版本
digraph deep_research {
"需要正式研究输出？" [shape=diamond];
"锁定调研合同" [shape=box];
"收集多来源证据" [shape=box];
"证据足够支撑结论？" [shape=diamond];
"形成报告草稿" [shape=box];
"校验引用与冲突" [shape=box];
"输出可审阅版本" [shape=box];
"需要正式研究输出？" -> "锁定调研合同" [label="是"];
"锁定调研合同" -> "收集多来源证据";
"收集多来源证据" -> "证据足够支撑结论？";
"证据足够支撑结论？" -> "收集多来源证据" [label="否，补检索"];
"证据足够支撑结论？" -> "形成报告草稿" [label="是"];
"形成报告草稿" -> "校验引用与冲突";
"校验引用与冲突" -> "输出可审阅版本";
}
至少确认：
把主问题拆成 3-7 个子问题，并为每个子问题准备：
需要细化检索计划时，加载 references/research_plan_checklist.md。
收集时优先：
每次记下：
最低字段：
| 字段 | 说明 |
|---|---|
| Source ID | 唯一编号 |
| Title | 标题 |
| Publisher | 发布方 |
| Date | 日期 |
| Claim | 可支撑的主张 |
| Confidence | 高 / 中 / 低 |
对来源质量拿不准时，按 references/source_quality_rubric.md 做分层。
报告章节至少应覆盖：
如果用户没有提供模板，优先以 references/research_report_template.md 为默认骨架。
要求：
Obsidian 友好要求：
> [!success] callout，风险使用 > [!warning] callout，待验证推断使用 > [!question] callout[[wikilink]] 而非纯文本引用[[Source - McKinsey 2025]]）#research/<主题> 形式的嵌套 tag交付前必须检查：
格式、引用和完整性检查分别参考：
默认输出模板（Obsidian 原生格式）：
---
title: "{{报告标题}}"
date: {{YYYY-MM-DD}}
tags:
- research/{{主题}}
- deep-research
aliases:
- {{简短别名}}
status: draft
research_scope: "{{范围关键词}}"
research_period: "{{时间范围}}"
---
# {{报告标题}}
> [!abstract] Executive Summary
> - 结论 1（来源 [[Source - X]]）
> - 结论 2（来源 [[Source - Y]]）
> - 结论 3
## Research Question and Scope
- Primary question
- Scope boundaries
- Time range and geography
## Methodology
- Data sources used
- Search strategy
- Limitations
## Key Findings
> [!success] 核心发现
> - Finding 1（来源 [[Source - X]]）
> - Finding 2（来源 [[Source - Y]]）
### Section 1: {{Theme}}
- Structured paragraphs with citations
### Section 2: {{Theme}}
- Structured paragraphs with citations
## Risks and Limitations
> [!warning] 风险提示
> - Data gap 1
> - Conflicting source note
## Recommendations
- Actionable recommendations tied to findings
## Evidence Table
| Source ID | Title | Publisher | Date | Claim | Confidence |
| --- | --- | --- | --- | --- | --- |
| [[Source - X]] | ... | ... | ... | ... | 高 |
## Sources
- [Title](URL) — Publisher, Date
success 用于核心发现，warning 用于风险，question 用于待验证推断#research/<主题>| 文件 | 用途 |
|---|---|
| references/research_plan_checklist.md | 拆分子问题与检索计划 |
| references/source_quality_rubric.md | 来源分级与证据质量判断 |
| references/research_report_template.md | 默认研究报告骨架 |
| references/formatting_rules.md | 结构、格式、引用规则 |
| references/completeness_review_checklist.md | 交付前完整性复核 |