用途：把用户给出的粗略问题整理为可长期复用的研究笔记，按固定步骤执行，直到提交 git。
主要能力：
- 先判断例外：烹饪或烘焙类 how-to 笔记不按本流程，改用 recipe-cleanup 格式。
- 清理问题：改写为清晰、精确、可独立复制到任意 LLM 的问题；去除对先前对话的依赖、消除歧义、修正语法拼写、用直白语言、每句自成一段、明确范围，并保留具体示例、工具、工作流与约束，此步不回答。
- 拆分问题：多个可独立回答的问题拆成一文件一问题。
- 命名文件：重命名源文件而非新建再删，保留 git 历史；用 git mv 或 mv；文件名全小写、空格分隔、描述具体问题、扩展名 .md。
- 写入结构：YAML frontmatter 的 tags: [voice-memo-research]；有 Obsidian wikilink 时保留上下文块；清洗后的问题；提供 URL 时写 ## Source；多主题时写 ## Short answer；每个主题一个 ## 段；结尾 ## Original request。格式上每句一段、无粗斜体、列表用项目符号、文件末尾留空行。
- Source 段记录用户最初遇到该主题的文章或页面 URL，而非项目主页或仓库。
- 每主题段写答案，并在该段底部放 4–6 条 Google 搜索链接，格式为 - 描述性链接文字，不用裸 URL，也不集中放一个链接块。
- 多主题时在问题下方加 ## Short answer：首句给结论，每个主题段一条要点并指向该段，末尾给实际结论与注意事项，不含链接、不引入新事实。
- Original request 段逐字保留源文件内容，只把散文按一句一段重排，wikilink、URL、粘贴块保持原样。
- 仅在拆分时删除源文件，提交全部输出后再删并立即提交。
- 每个文件创建或更新后立即单独提交，用简短祈使句提交信息，不询问用户。
- 研究对话中的追问随时以 ## 问题 形式加入当前笔记并提交，不询问；新增可能使主题段增加，需重新检查并应用 Short answer 规则。
限制：所有步骤需按顺序严格执行；清洗规则与 question-cleanup 命令重复，需同步修改；搜索链接格式是刻意为例外；其余收费、平台、效果等资料暂未提供。