当前版本：1.1 · v1.1.0 · GitHub 发布与下载 · MIT
从一个说不清的疑问，找到值得理解的知识。
好奇心是一个 AI 知识探索 Skill，首版已经实现，并完成本地模型检查和随机画像探索；体验中发现的问题仍在修订范围内。用户可以从观察到的现象、自己的猜测或模糊兴趣开始；AI 帮助辨认问题、发现相关概念、讲清它们的关系，再用适合当前基础的解释、贴切类比和可视化网页支持探索。
约 14 岁是默认表达起点和首版主要验证对象，不是固定档位或知识深度上限。其他年龄的初学者、有部分基础及专业用户的知识探索也在范围内；实际效果仍需验证。
不必先知道专业术语，也不必先学会写提示词。
1.1版保留已知限制，M3验收仍未通过。 本版对应候选E3，已用Computer use完成原子／梦境回看及3组随机画像，共12条输入。主动出页与部分原页同步已观察到，但普通图解耗时2分40秒至6分钟，仍有过度展开、内容错误及隐式发现失败；镜子首轮4分15秒时被模拟用户取消。见版本说明、优化方案和完整报告与原始样本。临时测试入口已解除，真人试用未开始；发布不表示这些问题已全部修复。需求与路线以V4策划和实施规划为准。
| 你可以这样问 | 好奇心希望帮助你做什么 |
|---|---|
| “船是钢做的，为什么不会沉？” | 从现象找到浮力、排水与平衡的关系，通过改变载货量观察条件与边界 |
| “给 AI 补一句背景，它就换了答案，是刚学会了吗？” | 区分观察、猜测和可能解释，找到适用概念 |
| “没有照片，怎么知道古人穿什么？” | 理解实物、记录与推断分别提供什么证据 |
| “这几个词我都认识，但不知道怎么联系。” | 理清概念的作用和关系，避免把所有知识排成先后步骤 |
| “这些定义我知道，直接比较条件。” | 压缩已知内容，使用准确术语解释关系与边界 |
| “太细了”“没懂”“有意思，继续” | 调整解释层级、换一种讲法，或由 AI 提出值得继续的问题 |
这些场景用于设计和模型验收，尚未取得真实用户效果证据。这里的“新知识”指对使用者而言的新认识，不等同于模型产生了经过验证的科学发现。
观察、问题或模糊描述
→ 辨认求知意图，必要时用容易回答的问题澄清
→ 发现有解释价值的概念与关系
→ 分别调整语言复杂度与当前话题的专业深度
→ 通俗解释，结合适用的类比与交互探索
→ 补上理解缺口、提出下一问题，或停在这里
AI 承担专业概念的发现和后续提问，不把探索负担交回用户。选项、类比和预测题按需要使用，允许直接解释、跳过或结束。已有概念不必重复讲，尚不确定的解释也不能为了连贯而补造。
轻量适应是首版 MVP 的必需能力。 默认首轮提供有用解释，准确术语按需补释义；用户明确偏好优先，已知判断限于当前话题，误判后在下一次回应调整。不先调查水平，不测整体词汇量，也不增加独立的用户评估流程。
首版包含探索对话与主题图解：聚焦主题先给简短有效解释，再默认制作并验证最小图解；静态足够时不加控件，当前问题需要观察条件变化时再加交互。短问不重复建页，影响原图的解释同步更新；尊重纯文字偏好。默认不提前展开研究史、特殊体系或推导，速度与讲解范围按实际体验验收。
以一个 LLM、精简 Skill、按需读取的支持材料及宿主已有工具实现。查资料、生成文件与打开网页依赖宿主能力；不预建知识图数据库、多角色系统或跨会话用户档案。
- Curio：借鉴模拟初学者追问的设计，根据当前障碍选择澄清、深入或拓展。
- Co-STORM：借鉴从未覆盖的资料与关系中发现下一问题，优先补足原问题的缺口。
- eli5 / show-me：按当前基础选择协作，页面和文字保持相同解释深度；不因调用呈现技能而重置到零基础。好奇心自带页面规范，两者不是运行前提。
好奇心专注于帮助用户理解知识：从日常现象中发现概念，弄清事物为什么这样、概念之间有什么联系，再沿着兴趣深入新的领域。初学者可以从模糊的疑问开始，已有基础的用户也可以直接探讨机制、证据和成立条件。
固定版本可从 v1.1.0 发布页获取源码或技能包；安装、更新方式与行为变化见版本说明。
在 Codex 中打开本仓库，可通过项目内技能入口加载 $curiosity，例如：
用好奇心聊聊：给 AI 补一句背景后，它为什么会讲出新东西？
Skill 源文件位于 curiosity/，.agents/skills/curiosity 是指向它的项目内软链。两个 HTML 样板是独立文件，无需安装前端依赖；可使用本地 HTTP 服务预览。已有Codex本地模型检查及WorkBuddy原生界面模拟体验；本轮体验已结束但验收未通过，不宣称其他环境已兼容。WorkBuddy临时测试挂载已解除，没有长期共享安装。
| 阶段 | 计划交付 | 当前状态 |
|---|---|---|
| 设计与规划 V4 | 策划定义需求与体验；实施规划定义交付、32 个必测实例与 53 例回归用例库 | 已落实到首版实现 |
| M1 文字试作 | 文字探索与轻量适应一并实现，验证术语、反馈纠正及效率 | 已实现并完成模型检查 |
| M2 图解与交互 | 页面与协作保持当前深度，验证交互价值、运行与降级 | 两个样板及 Computer use 检查完成 |
| M3 首版验收 | 全流程、适应与效率评测及范围回归 | E3本批体验结束；速度、默认深度、内容及隐式发现仍有失败，未通过 |
| M4 真实试用 | 经安排与同意的目标用户试用及复盘 | 未开始 |
产品首版需要完成 M1–M3，不能用文字试作代替完整交付；动态适应与效率要求不能推迟到后续版本或 M4 才开始实现。基本关系图解已纳入首版；后续根据真实试用改进复杂图解与交互，语音和收藏仍属更后续候选。
-
查看当前版本与更新方式： 1.1 发版说明、版本号及GitHub 发布页
-
查看项目变化： 更新日志
-
了解项目与文件职责： 项目导航
-
理解需求与设计： V4 策划设计
-
准备实施与验收： V4 实施规划
-
了解本次评审取舍： 实施专项评审处理记录及专项评审原文；此前见独立复审处理记录及独立评审原文；前次取舍见文档拆分记录
评审请注明所读提交，并聚焦具体场景、失败行为和最小修改建议。V1–V3 与既往评审保留用于溯源；当前方案以 V4 为准。已有离线探查针对参考源码，不代表本 Skill 已通过效果评测。
这是独立仓库 gethlx/curiosity。本机 storm/、curio/ 是被 Git 忽略的参考源码，不是 Git 上游、子模块或运行依赖，也不随克隆下载。需要复现源码探查时，按来源清单恢复固定版本；阅读与评审设计无需下载它们。
本项目原创内容采用 MIT License，版权归属 gethlx。参考项目及第三方引用保留各自的版权和许可；MIT 声明不改变这些内容的原有归属。参考源码的来源与版本见 SOURCES.json。