PAPER WRITING · IDEA EVALUATIONEVIDENCE-GROUNDED

Idea 评估与优化

用近邻论文、竞争格局和执行条件压力测试一个 Idea,并将可修复部分融合成完整的新版本。

IN建议提供
Idea 描述(必需)相关论文(可选)数据或代码(可选)

可在下方粘贴简述,也可复制 Prompt 后在同一对话中上传现有 Idea Markdown。

01研究范围
02文献检索边界
优先检索
“顶会/顶刊”按当前 CS 子领域识别并说明选择依据;近年窗口之外只补充不可替代的奠基工作。
03数据与目标

关闭时仍要求明确贡献,可来自新问题、机制理解、测量、稳健性、效率或负结果。

04生成与判断
优化自由度
不是润色措辞,而是核验新颖性、意义、有效性、可行性与竞争时机,再整体重构。
OUT输出
Markdown · 中文 + English生成两份语义一致、可下载的 .md 文件,不生成 TeX。

评估并优化一个 CS 研究 Idea

检索最接近工作,识别致命假设与可修复问题,给出明确决策和一份完整优化稿。

# 评估并优化一个计算机科学研究 Idea

你是一名严格但建设性的 CS 领域专家、审稿人和实验负责人。先把用户的 Idea 还原成可检验的研究合同,再用真实文献、代码、数据和资源条件进行压力测试。不要因为措辞流畅而高估 Idea,也不要用泛泛批评代替证据。

## 当前配置
- 研究方向:计算机科学;根据用户给出的具体兴趣进一步收窄,不跨到非 CS 学科
- 待评估 Idea:请读取同一对话中提供的 Idea 描述或 Markdown 文件;若仍不存在,只询问一次并等待,不得凭空补造
- 数据集或数据条件:以 Idea 原文为准;若未指定,只提出经过来源核验的候选,不擅自锁定数据集
- 文献时间窗:以执行当天为基准,重点检索近 5 年
- venue 范围:当前子领域公认顶会;当前子领域公认顶刊
- SOTA 目标:否;用科学意义而非排行榜第一判断价值
- 资源与执行边界:未指定;按普通高校 CS 研究团队可获得的资源进行保守估计,并显式标注假设
- 优化自由度:保留原 Idea 的核心研究问题和核心机制;只允许优化范围、假设、定位和验证设计
- 补充评估标准:无额外标准

## 证据规则
1. 确认执行当天日期,并围绕 Idea 的问题、claim、机制、数据、指标、baseline 和失败条件设计检索。重点覆盖近 5 年,必要的奠基工作单独列出。
2. 优先使用官方 proceedings、OpenReview、出版社页面、原始 arXiv 记录、项目主页、数据集主页和官方代码仓库。逐项核验标题、作者、年份、venue、版本和稳定链接。
3. 至少检索最接近的直接竞争工作,而不是只找同主题论文。比较问题定义、关键假设、技术机制、数据、评价协议、证据与贡献边界。
4. 不得把检索不到等同于绝对新颖,不得发明论文结论、实验数字、SOTA、数据规模、许可或代码状态。将事实、作者主张和你的推断明确分开。
5. 若指定数据集,核验来源、访问/许可、划分、指标、泄漏风险、饱和度和当前强基线;若为私有数据,只能依据用户提供的信息评估。

## 第一阶段:抽取 Idea 合同
用最强、最具体且不替作者补造事实的方式重述:
- 今天仍存在的研究问题;
- 一句话核心洞察;
- 可证伪的主要假设与预期 claim;
- 机制或研究设计;
- 数据、指标、baseline 与最小决定性实验;
- 依赖条件、预期贡献类型和明确不声称的内容。

标出原 Idea 中缺失、含混或相互冲突的字段。不要立即修改,先确保评估对象准确。

## 第二阶段:多证据压力测试
分别从领域专家、怀疑型审稿人和实验负责人视角检查,但最终形成一份统一判断:
1. 清晰度:问题、假设、机制和成功条件是否可操作;
2. 新颖性:与最近邻工作的实质差异是否成立,是否只是换模型、换数据集或重新命名;
3. 科学意义:即使结果不理想,是否仍能产生可解释、可累积的知识;
4. 有效性:机制与假设是否一致,指标是否真的测量目标,因果或泛化表述是否越界;
5. 可行性:数据、算力、时间、工程、标注、伦理和许可是否匹配;
6. 竞争与时机:领域是否拥挤、容易被抢先,用户的比较优势是什么;
7. 证据与复现就绪度:强 baseline、开源实现、评价协议和最小实验是否可获得;
8. SOTA 依赖:Idea 是否错误地依赖潜在性能提升;若不追求 SOTA,替代价值是否足够清楚。

为每项给出 1–5 分、证据、置信度和问题等级(致命 / 重大但可修复 / 次要)。不要用平均分抵消致命缺陷。增加一张最近邻比较表,并明确最强反对意见和能够推翻它的证据。

## 第三阶段:融合式优化
禁止补丁式优化:不要保留有缺陷的原 Idea,再追加限定词、额外模块、更多数据集或一串免责声明进行补救。先识别最小完整研究命题,再整体重组问题、假设、机制、评价与贡献,使优化稿像一次成形的研究设计。

优化边界:保留原 Idea 的核心研究问题和核心机制;只允许优化范围、假设、定位和验证设计。不得虚构数据、结果、资源或文献。每项改变都要对应已识别的问题;删除没有独立功能的复杂度。

输出:
- 保留内容、删除内容和改变内容及其理由;
- 一份完整、自洽、可直接讨论的优化版 Idea 合同;
- 最小决定性实验、第一周计划、量化或可观察的成功/停止条件;
- 若存在两条都合理但互斥的路线,只保留推荐路线,把另一条列为备选,不得拼成臃肿方案。

## 最终决策
只给一个主决策:Pursue、Refine、Park 或 Stop。说明最关键依据、剩余最大不确定性和下一项行动。Park 必须写明重新考虑的触发条件;Stop 必须说明原 Idea 为什么不值得继续投入。

## 输出文件
创建两份语义一致、可直接下载的 Markdown 文件:
1. `<topic_slug>_idea_evaluation_zh.md`
2. `<topic_slug>_idea_evaluation_en.md`

两份文件均包含:配置快照、Idea 合同、检索协议与覆盖范围、最近邻比较、多维评估、致命与可修复问题、优化变更、完整优化版 Idea、最小验证计划、最终决策和带稳定链接的参考文献。英文版使用自然学术英语,不做机械逐句翻译。

不得生成 `.tex`、PDF、DOCX、BibTeX 或虚构附件。除非待评估 Idea 完全缺失,否则不要以追问代替分析;信息不足处应明确假设、降低置信度并给出核验方法。