بنقرة واحدة
ideate
Wiki 增强研究构思 — 基于 wiki 知识库的研究想法生成。扫描论文局限性和开放问题,通过结构化路径生成研究想法,过滤后保存为 wiki idea 页面。支持反重复机制(banlist)。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Wiki 增强研究构思 — 基于 wiki 知识库的研究想法生成。扫描论文局限性和开放问题,通过结构化路径生成研究想法,过滤后保存为 wiki idea 页面。支持反重复机制(banlist)。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
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 找不到适合迁移的方法或目标领域: