Menü
Wiki 增强研究构思 — 基于 wiki 知识库的研究想法生成。扫描论文局限性和开放问题，通过结构化路径生成研究想法，过滤后保存为 wiki idea 页面。支持反重复机制（banlist）。
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
Entry point for new users — guides through initialization, architecture review, and cleanup. Use when the user first opens this project or says "开始" / "初始化" / "怎么用".
论文导入 — 将学术论文导入 Wiki 知识库，自动创建论文页、概念页、方法页、数据集页、作者页，条件触发 Survey 和 Comparison 页面。
论文增量更新 — 更新已导入的论文版本，同步更新关联的概念页、方法页和作者页。
学术论文 Wiki 知识库 — 架构概览、页面类型、引用规范、故障排查。具体流程见 paper-ingest、paper-update、wiki-lint、wiki-ask 四个子 Skill。
快速联网查询工具，基于 Tavily Search API。支持天气查询、事实检索、新闻动态、官方文档查找、实时行情等场景。用户要求搜索、联网、查官网、核实事实、获取最新信息时使用。
面向本地知识库目录的检索和问答助手。核心流程：(1)分层索引导航 (2)遇到PDF/Excel时必须先读取references学习处理方法 (3)处理文件后再检索。按文件类型组合使用 grep、Read、pdfplumber、pandas 进行渐进式检索，避免整文件加载。用户问题涉及"从知识库目录回答问题/检索信息/查资料"时使用。
| name | ideate |
| description | Wiki 增强研究构思 — 基于 wiki 知识库的研究想法生成。扫描论文局限性和开放问题，通过结构化路径生成研究想法，过滤后保存为 wiki idea 页面。支持反重复机制（banlist）。 |
基于 wiki 知识库中的论文、方法和概念，生成可执行的研究想法。
当用户提到以下意图时使用本 Skill：
不适用场景：
| 工具 | 用途 |
|---|---|
read_file | 读取 context_brief.md 和 open_questions.md |
read_wiki_page | 读取论文/方法详情（Limitations、Open Questions） |
list_wiki_pages | 列出现有 ideas（banlist 构建） |
query_wiki | 搜索相关 wiki 页面补充上下文 |
save_wiki_page | 保存生成的 idea 页面 |
append_log | 记录 ideation 操作日志 |
目标：建立 ideation 的知识基础，识别已知的研究空白。
read_file(file_path="wiki/graph/context_brief.md")
了解知识库的覆盖范围、研究主题分布、已有论文数量。判断 wiki 是否有足够的知识基础进行有意义的 ideation。
如果 wiki 总页面 < 10：警告用户知识库较小，建议先导入更多论文再 ideate。
read_file(file_path="wiki/graph/open_questions.md")
获取所有论文的 Open Questions 和所有论文/方法的 Limitations 的聚合列表。这是 ideation 的主要输入。
如果 open_questions.md 不存在：执行 rebuild_index() 生成它，然后再读取。
list_wiki_pages(entity_type="idea")
获取所有已有的 idea 页面。构建 banlist：
从 open_questions.md 中识别出现频率最高的源论文（通常是 gap 最多的论文），读取 2-3 篇最丰富的论文完整页面：
read_wiki_page(slug="<top-paper-slug>")
重点关注：Limitations、Open Questions、Method 章节。
目标：通过 4 条结构化路径生成研究想法。
基于 Phase 1 收集的上下文，按以下 4 条路径各生成 1-2 个想法（总计 4-8 个候选）：
从 open_questions.md 中选择一个未被现有 idea 覆盖的 open question，提出直接解决该问题的研究方案。
思路：
论文 [X] 提出了开放问题："Y"。请提出一个具体的研究方案来回答这个问题。 要求：(1) 明确的问题定义 (2) 具体的方法假设 (3) 可行的验证方案 (4) 预期结果。
从 open_questions.md 中选择一个 method limitation，提出改进方案。
思路：
方法 [X] 的局限是："Y"。请提出一个改进方案。 要求：(1) 解释为什么现有方法有这个局限 (2) 提出具体的改进机制 (3) 说明改进的预期效果 (4) 分析可能的 tradeoff。
从 wiki 中选择两种互补的方法或概念，探索组合的可能性。
思路：
方法 [A] 擅长 X，方法 [B] 擅长 Y。请探索将两者结合的可能性。 要求：(1) 识别两者的互补点 (2) 提出具体的组合方案 (3) 分析组合的理论优势 (4) 设计验证实验。
从 wiki 中选择一个方法，探索将其核心机制迁移到不同应用场景。
思路：
方法 [X] 在 [领域 A] 中有效，因为其核心机制是 [M]。 请探索将 [M] 迁移到 [领域 B] 的可能性。 要求：(1) 识别可迁移的核心机制 (2) 分析目标领域的差异 (3) 提出适配方案 (4) 设计验证实验。
目标：从候选想法中筛选最佳的 2-3 个，保存为 wiki idea 页面。
对每个候选想法，按 3 个维度打分（1-5 分）：
| 维度 | 评判标准 |
|---|---|
| Novelty（新颖性） | 是否与 banlist 中已有想法不同？是否有独特的角度？ |
| Feasibility（可行性） | 是否在硕士/博士论文范围内可实现？需要的资源是否现实？ |
| Relevance（相关性） | 是否与 wiki 中已有的研究主题相关？是否能利用已有知识？ |
综合分数 = Novelty × 0.4 + Feasibility × 0.35 + Relevance × 0.25
选择综合分数最高的 2-3 个想法进入保存阶段。
对每个入选的想法，使用 save_wiki_page 保存：
save_wiki_page(
slug="<idea-slug>",
title="<想法标题>",
entity_type="idea",
content="<按模板生成的完整内容>",
tags="<相关标签>",
related_pages="<相关的论文/方法 slug>",
origin_paper="<来源论文 slug>",
addresses_gap="<解决的研究空白>",
priority="high" | "medium" | "low",
generation_path="gap_driven" | "incremental" | "combination" | "cross_pollination",
status="proposed",
confidence="medium"
)
Idea 页面内容模板：
## Idea Summary
<!-- 1-3 句话：这个想法是什么，解决什么问题 -->
## Research Gap
<!-- 引用 open_questions.md 中的具体条目 -->
## Proposed Approach
<!-- 具体、可执行的方法描述 -->
### Key Steps
- Step 1
- Step 2
- Step 3
## Feasibility Assessment
### Resources Required
- **Data**: <!-- 需要什么数据集 -->
- **Compute**: <!-- 预估计算需求 -->
- **Time**: <!-- 预估时间 -->
### Risks
- Risk 1
- Risk 2
## Novelty Check
<!-- 与已有想法的区别，为什么这个是新的 -->
## Expected Impact
<!-- 成功的话会怎样？用什么指标衡量？ -->
## Related Work
<!-- 链接相关 wiki 页面 -->
- [[paper-slug]] — 关联说明
- [[method-slug]] — 构建基础
## Status Log
| Date | Status | Notes |
|------|--------|-------|
| <today> | proposed | Initial ideation |
对于未入选的候选想法，也保存为 wiki 页面，但标记为 rejected：
save_wiki_page(
slug="rejected-<idea-slug>",
title="[Rejected] <想法标题>",
entity_type="idea",
content="## Rejected Reason\n\n<具体拒绝原因>\n\n## Original Idea\n\n<原始想法描述>",
status="rejected",
confidence="low"
)
这确保未来 ideation 时这些想法会被加入 banlist，避免重复生成。
append_log(
operation="ideate",
details="Generated <N> ideas via 4 paths. Saved <M> as proposed, <K> as rejected. Top idea: <title>",
pages_affected="ideas/<slug1>,ideas/<slug2>,..."
)
proposed → accepted → (becomes a research project)
proposed → rejected → (stays in banlist)
proposed → abandoned → (can be reconsidered later)
abandoned → proposed → (reconsidered with new context)
状态更新：用户可以通过手动编辑 idea 页面的 status 字段来推进生命周期。当用户说 "accept this idea" 或 "这个想法不错" 时，将 status 改为 accepted。当用户说 "reject" 或 "不行" 时，改为 rejected 并添加 failure_reason。
如果 wiki 中论文少于 5 篇或 open_questions.md 中的 gaps 少于 3 条：
如果已有 rejected ideas 超过 20 条：
如果 Path D 找不到适合迁移的方法或目标领域：