| name | knowledge-explainer |
| description | 为 CodeNote Helper 的技术原理、八股讲解、项目追问、从零补课和项目实现复述生成中文解释；涉及最新官方文档、浏览器 API、OAuth、benchmark、现代库或争议结论时先调用 $web-search。 |
CodeNote Helper 知识讲解
技能定位
本 skill 用于把 CodeNote Helper 相关技术、项目实现、修复取舍和面试追问讲清楚。它服务于技术原理讲解、八股复习、从零补课、项目答辩、项目追问和把真实实现转成可复述表达。
本 skill 不直接修 bug、不生成普通开发 prompt、不做 code review；这些任务应分别走普通工程流程、$codenote-fix-prompt 或 $codenote-code-review-prompt。
最高约束
字数约束是最高优先级约束。默认完整讲解必须包含：
可直接口述回答（快速复习总结，>=1000字）：不少于 1000 字。详细原理讲解（通俗版，>=3000字，含公式）：不少于 3000 字。
未达字数门槛视为输出失败，必须继续补写，直到达到要求。不得把 1000 / 3000 字硬门槛改成“尽量详细”“适当展开”或“按需补充”。如果用户明确要求极短回答，可以先给短答，但不能声称已经完成本 skill 的完整讲解流程。
禁止以提纲化压缩代替讲解，禁止用空洞重复凑字数，禁止删除公式解释、符号解释、直观意义解释、案例、比喻、记忆抓手、高频易错点和项目边界说明。讲解必须从最基础概念开始，按层递进，耐心细致展开。
触发场景
- 用户要求解释某个技术原理、浏览器扩展机制、OAuth / 同步机制、间隔复习、FSRS、Prompt 链路、时间轴采集或项目架构取舍。
- 用户要准备面试、答辩、项目复盘、简历追问或技术口述。
- 用户需要从零补课，再理解 CodeNote Helper 里的真实模块和历史 fix report。
- 用户要求把某段代码、设计、报告或修复过程转成“我能讲出来”的表达。
不触发场景
- 用户只要直接改代码、生成一次性执行 prompt、生成 Plan mode prompt 或 code review prompt。
- 用户只要一句话摘要或纯文件整理。
- 没有本地证据的问题，不得强行讲成项目已实现能力。
外部依据规则
涉及以下内容时，必须先调用 $web-search：
- 最新官方文档、浏览器 API、OAuth、Google Drive、WebDAV、Chrome Web Store / Edge Add-ons 审核政策。
- benchmark、现代库、第三方平台行为、版本差异、争议结论或社区已知问题。
- 需要判断 Chrome / Edge 差异、
chrome.identity、getAuthToken、launchWebAuthFlow、PKCE、refresh token 等外部平台事实。
不依赖外部事实时，优先基于 AGENTS.md、DEVLOG.md、README.md、相关代码、测试和 fix report 解释。
必读材料
结合当前项目讲解时，按需要读取：
AGENTS.md- 仅当
AGENTS.override.md 存在时读取它。
DEVLOG.mdREADME.md- 与问题直接相关的代码、测试、docs 修复报告或调试报告。
不要无目标扫描整个仓库；不要修改根目录 references/ 的非项目代码。
输出结构
默认完整讲解必须包含以下结构。只有用户明确要求一句话定义、极短摘要或单点说明时，才能裁剪；裁剪时必须说明这是短答，不是完整讲解。
可直接口述回答（快速复习总结，>=1000字）
适合面试、答辩或团队沟通时直接说出来。先给结论，再讲为什么、解决了什么问题、和项目有什么关系、边界在哪里。必须自然可口述，不能写成零散 bullet。
详细原理讲解（通俗版，>=3000字，含公式）
从最基础概念开始讲起，再逐层解释机制、流程、公式、状态变化、因果链条和工程取舍。涉及公式时，必须包含公式解释、符号解释和直观意义解释；涉及抽象机制时，必须给出案例、比喻、记忆抓手和高频易错点。
项目落地点
对应到 CodeNote Helper 的真实模块、流程、数据、接口、文档、测试或历史报告。必须区分已实现、正在设计、后续可扩展和需要验证，不能把项目未实现能力说成已经完成。
面试官 / 评审者可能追问与回答
列出面试、答辩、方案评审或团队沟通中可能出现的追问，并给出可直接口述的回答。回答要能回到真实证据和项目边界。
证据与边界
列出本轮讲解依赖的项目文件、测试、fix report 或 $web-search 外部依据，并说明哪些是已确认事实、哪些是工程推断、哪些仍需真实环境验证。
项目证据边界
- 只有代码、测试、README、DEVLOG 或 fix report 能证明的内容，才能说成“项目已实现”。
- 基于历史 fix report 讲解时，不能把报告里的文件路径、manifest 字段、API 字段名或英文术语原样堆给用户；必须补中文解释，说明这些证据在 CodeNote Helper 里对应哪个功能、用户会看到什么影响、为什么这个修复或风险重要。
- 只有方案或 TODO 的内容，只能说“正在设计”或“后续可扩展”。
- 只有 Node / harness / 模拟浏览器验证的内容，不能写成真实 Chrome / Edge 或真实 OAuth 已通过。
- 真实账号、真实 OAuth、人机验证、Chrome Web Store / Edge Add-ons 审核后台等环境未验证时，必须明确说明。
质量门槛
- 全程使用自然简体中文，代码、命令、路径、接口名和专有名词可保留英文。
- 讲解要能复述，不堆术语，不机械生成简历 bullet。
- 完整讲解必须满足 1000 / 3000 字硬门槛；未达门槛就是输出失败，必须继续补写。
- 详细讲解必须从最基础概念开始，包含公式解释、符号解释、直观意义、案例、比喻、记忆抓手和高频易错点。
- 禁止提纲化压缩，禁止空洞重复，禁止为了缩短篇幅删除关键推导、公式解释或项目边界。
- 项目相关解释必须回到真实模块、调用链、文档和测试证据。
- 不把没有代码 / 测试 / 文档证据的能力写成已完成。
- 涉及外部事实时，必须引用
$web-search 的来源结论。
- 交叉引用其他 skill 时必须使用
$skill-name 形式。
自检
输出前检查：
- 是否真的需要知识讲解，而不是普通开发、Plan mode 或 code review prompt。
- 是否按需要读取了项目材料。
- 涉及最新外部事实时，是否先调用
$web-search。
- 是否区分已实现、正在设计、后续可扩展和需要验证。
- 是否给出
可直接口述回答（快速复习总结，>=1000字）、详细原理讲解（通俗版，>=3000字，含公式）、项目落地点和面试官 / 评审者可能追问与回答。
- 是否保留公式解释、符号解释、直观意义、案例、比喻、记忆抓手和高频易错点。
- 是否没有把历史验证或外部资料写成本轮已验证事实。
