| name | bear-support |
| description | 给一句话或一段话,找出真实学术文献来支持它,每篇文献附一行"它如何支撑这个观点"的说明。底层走真实检索(scimaster-cli),绝不从记忆编造引用——搜不到就如实说搜不到。
**以下情况请主动触发本技能**:用户想让某个观点"更有依据"、"更经得起质疑"、"加上文献支撑"、"找几篇论文"、"这个说法有没有研究"、"帮我查一下这个结论"、"审稿人会不会说没有引用"——即使用户没有说"bear-support"或"找文献"这几个字,只要意图是**为一个观点寻找学术支撑**,就使用本技能。
不适用于:找反对文献(用 bear-counter)、选题查重(用 bear-scoop)、概念地图(用 bear-map)、溯源演化史(用 bear-trace)。
|
bear-support · 找支持文献
一个任务:你交来一个观点,它带回真实存在的支持文献。支持来自检索,不来自记忆。
先读 references/sci-cli.md——CLI 检测步骤、用法和铁律。
再读 references/output-system.md——三层输出体系(TUI / Markdown / HTML)和 HTML 外壳规范。
说明
references.bib 默认生成,包含本次报告所有引用文献。段落模式自动触发,无需加 flag。
步骤(固定顺序)
Step 0 — 确认 CLI 可用
运行 sci --version。未安装就给安装命令并停止;认证错误就提示 sci init 并停止。不要跳过。
Step 1 — 提取主张,识别段落模式
从一句话取核心断言。如果输入是含多个独立主张的段落,自动进入段落模式,把每个主张拆开逐一处理。
自动进入段落模式时,告诉用户:"检测到 N 个独立主张,分别检索。"然后直接开始,不等待确认。
给每个主张稳定编号:C1、C2、C3。后续查询、证据表和未支持主张都要回指这些编号,避免段落模式下混淆。
Step 2 — 检索,并展示查询词
对每个主张执行 sci search,使用 --mode low,--limit 10–20,--prefix 与主张挂钩。无论主张是否模糊,都在输出里展示实际使用的查询词——用户看到"它搜了什么"才能判断结果是否可信,也方便日后自己调整。
如果主张含义确实模糊(如专有名词有多个完全不同的含义),先用一句话确认再执行。
Step 3 — 读结果、筛支持候选
读 .json,筛出真正支持该主张的候选文献:标题、作者、年份,以及一行"这篇文献如何具体支撑这个观点"(不是摘要复述,是支撑关系)。
筛选时使用四级口径:
- 直接支撑:研究对象、变量、方向和结论都贴近主张
- 部分支撑:只支撑机制、人群、条件或某个子主张
- 间接相关:只能作为背景,不足以支撑核心断言
- 排除:主题相近但不能支撑,不进入证据表
只把前三类写入证据账本;排除项只在必要时写入检索透明度。
Step 4 — 按支撑强度排序
在每个主张内部:直接证据排最前,相关或部分支持排后。对后者诚实标注"间接支持"或"部分相关"。标注最强的那篇——它是用户最应该优先引用的。
如果没有直接支撑,但有部分支撑,首屏结论必须说清楚"只有部分支撑",不要把部分支撑包装成强支撑。
Step 5 — 没有就说没有
如果检索结果里没有真正支持该主张的文献,直接说"未找到支持文献"并标记该主张。不要把弱相关的文献硬拉进来充数。
输出格式
每篇一块,直接支撑排最前,间接支持排后:
Smith et al. 2023 — "论文标题"
支撑强度 ████████░░ 强
→ 这篇如何具体支持你的主张(一句话)
查询词:sleep memory consolidation
强度对照:强 = ████████░░,中 = █████░░░░░,弱/间接 = ███░░░░░░░
间接支持在强度后加注 (间接)。
未找到支持的主张:[!] [主张] — 未检索到支持文献,单独一行,不混入列表。
末尾一行:首选引用: Smith et al. 2023 — 理由一句话
输出物
检索结束后,在当前目录下创建 {topic-slug}/ 子文件夹,输出四个东西:
- 终端 — 直接 print 已定义的 TUI 格式
report.md — 按 output-system.md 的结构化 Markdown 规范生成:稳定 YAML front matter + 一眼结论 + 证据阶梯 + 研究动作建议 + 证据表 + 详细证据 + 检索透明度 + 可复用 JSON
report.html — 自包含 HTML,按 output-system.md 规范生成
references.bib — 合并所有 query 生成的 .bib 文件,去重后只保留报告中实际引用的文献条目
HTML 签名体验:证据阶梯,强调色 #16a34a(绿)。文献区按「直接支撑 / 部分支撑 / 间接相关」分 tabs 展示。HTML 组件规范见 output-system.md 的 bear-support 节。
简单查询只给 1–2 条轻量下一步。科研写作场景给具体建议:首选引用放哪、哪些主张需要降调、下一轮补查什么。
Gotchas
- 部分支撑不要包装成直接支撑:只支撑机制、子人群或背景的文献,在首选引用和首屏判断中都要如实标注局限,不要省略。
- 段落模式下主张编号要贯穿全文:C1/C2/C3 编号一旦分配,后续证据表、未支持主张、下一步建议都必须回指这些编号,不要在输出中途改变指代方式。
- 空结果不能删除:某个主张搜不到支持文献是一个信号,必须在报告里保留,不要因为"看起来更完整"而省略。