第 6 章：形成可复核结论 — 把“我听说”变成记录¶

📋 本章概览¶

结论不是“我看了很多”，而是别人可以沿着你的来源和步骤重新检查。把事实、推测和未解决问题分开写，未来更新时也更容易修改。

结论的价值在于别人能复查¶

“我查到了”只描述了你的经历，“根据某个来源，在某个日期和版本下，可以确认……”才是别人能够使用的结论。记录来源、访问日期、原文位置和适用边界，并不是为了把笔记写得像论文，而是为了让未来的你知道哪些内容可能已经过时。

可复核不等于绝对正确。资料可能更新，实验可能依赖特定系统，搜索结果也可能因地区和时间不同。诚实写出“不适用的情况”“还没有验证的部分”，比用一句过度自信的话覆盖所有情况更专业。

6.1 推荐记录格式¶

问题：
结论：
适用范围：
关键证据：
来源链接：
访问日期：
版本或时间范围：
仍未解决：
下一步：

6.2 写结论时留边界¶

如果只验证了 Windows 11，就不要写成“所有系统都可以”；如果只看到一篇官方公告，就不要推断“所有用户已经获得功能”。结论越具体，证据也要越具体。

6.3 让别人复查¶

把链接、关键词、访问日期和关键页面位置写清楚；如果需要运行操作，写出前置条件和预期结果；如果结果会变化，写明下次检查时间。不要把无法公开的隐私材料作为唯一证据。

✅ 验证步骤¶

选择“如何安装并验证一个工具”或“某个技术说法是否真实”，完成一页可复核笔记。让同学只看你的链接和步骤，尝试重复核查。

📝 本章总结¶

• 可复核的笔记包含问题、结论、证据、来源和日期。
• 不确定的部分要明确写出来，而不是用肯定语气掩盖。
• 搜索能力的终点不是收藏链接，而是形成能被检查的判断。

🎉 结课任务¶

提交一份完整事实核查报告：问题定义、三组搜索词、两个一手来源、一个 AI 回答的核验记录、结论边界和后续更新计划。完成后可以进入命令行开发环境配置。