Idea Feasibility

输出要求

输出至少包含以下部分：

1. 想法重述
2. 最相关工作
3. 创新空间判断
4. 主要风险
5. 可行性结论
6. 最小可行验证路径
7. 推荐论文 / 代码 / 数据

如果任务来自本地网页，且 prompt 提供了明确输出路径，则结果应写入：

• Markdown：outputs/feasibility_reports/
• JSON sidecar：同名 .json

结论类型

优先给出明确判断，而不是模糊表态：

• 值得做
• 值得做，但要收缩问题
• 可以做成工程/应用验证，但学术创新偏弱
• 当前约束下不建议优先做

风险分析要求

• 每个风险后面尽量给一个对应缓解动作。
• 如果风险来自约束不匹配，要明确说明是哪个约束造成的。
• 如果想法本质上只是已有方法的轻微拼接，要直接指出，不要包装成“可能有潜力”。

最小可行验证路径要求

• 尽量给低成本方案，优先 1 个核心实验、1 个强 baseline、1 组关键消融。
• 优先设计能尽早证明或证伪核心假设的实验。
• 能给开源实现、可替代数据、可直接改的 baseline，就给出来。

通用要求

• 默认使用中文输出。
• 输出尽量结构化、清晰、易理解。
• 能图示就图示，例如用二维矩阵展示“创新性 x 可行性”。
• 排序或优先级判断必须解释依据。
• 用户给出约束时，优先做约束感知分析。