القائمة
何时使用需要产出正式研究报告、技术调研、方案综述、行业扫描、政策或技术 brief，并要求证据追踪、引用、时间范围和结构化结论
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
何时使用需要为编程项目、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 | 交付前完整性复核 |