先看看示例
作者提供的示例，实际效果取决于你的输入和使用工具。
输入
【虚构编辑示例】要做离线 Markdown 检索，必须支持中文。候选甲文档声明支持中文和离线索引，但体积 200 MB；候选乙体积 20 MB，文档只展示英文。两者都没有本次运行记录。
输出
【编辑示例】甲在文档层面覆盖硬约束，乙的中文支持未知；不能因乙更小就认定更合适。最小试用：同一批中英文文档，断网建立索引并检索预先标注的 5 个问题，记录相关结果、失败情况与占用。推荐先验证甲，实际效果仍待运行。
完整提示词
请为这个开发任务做一次有证据的开源方案比较。先从需求中区分不可缺少的能力、可接受的替代方式和本期不做的内容。只比较给定候选；候选不足时说明还应寻找哪种方案，不能编造项目。
逐项检查候选的实际功能、数据流、运行条件、扩展位置、许可证声明和维护证据。每个判断附资料名称、链接或文档段落；联网检索时记录读取日期。仅凭 README 描述的能力标为文档声称，运行过的能力才标为已验证。无法访问资料就把该项留作未知。
输出需求与候选对照表、必须自行补的部分、集成与迁移成本的构成、主要不确定性，以及一个能最快区分候选的试用任务。没有工时依据不报精确人天；star、提交频率和作者名气只作辅助信号。许可证条文不明确时列为待核实，不代替法律判断。
最后给有条件的推荐和何种新证据会改变推荐。先交付比较结论，不下载运行陌生代码、不创建云资源、不修改项目。
任务与约束：
{{need}}
候选与资料：
{{repos}}