用途：把一次会话里分散的学术讨论整理成一份独立、可读的 Markdown 文档，供未参与讨论的人理解和使用。适用于用户通过多轮问答探索某主题后希望汇总成文、讨论涉及多个未串联的子话题、或用户要求“记录/报告/总结”讨论时。不适用于撰写论文的某一章节（应改用 method-section-writer、abstract-and-intro-writer、results-writeup）、有据可依的文献综述（literature-triangulation、related-work-writer）、实验日志或运行结果（results-writeup、experiment-design），以及仅一问一答的简单情形。
主要能力与流程：第一步，通读全部对话，平铺列出每个独立的想法、问题、主张、定义、例子与子话题，并标记不确定或未解决之处；第二步，将其聚类为 3–6 个主题并命名，再用一句话概括整场讨论的总主题，若无法聚类则按“基础/定义、机制/原理、应用/影响、开放问题”组织；第三步，找出未解决问题、缺失背景、覆盖较薄的主题以及相互矛盾之处；第四步，就最重要的缺口提出 2–4 个针对性问题并等待回答，问题应具体、一句话可答且会影响成稿，不要问“要不要写”或含糊的篇幅偏好；第五步，仅依据实际讨论内容起草，不添加未出现的主张、例子或引用，不确定或存争议处需明确标注。
输出格式：以“# 主题标题”开头，依次为 Overview（2–4 句，说明讨论了什么、为何重要、报告涵盖范围）、各主题章节（用 ##，以综合叙述而非问答罗列）、Open Questions（未解决问题列表）、Key Takeaways（3–5 条）。主题章节避免滥用 H3；Overview 保持事实性；保留讨论中的实例或对比；未获回答或用户表示“直接写”时，采用通用读者、各主题均衡、篇幅与讨论深度成比例的默认设置。
限制与需避免的问题：不得照搬问答形式的对话记录，不得过度含糊其辞，不得编造事实、引用或例子，不得把每节都写成要点堆砌，也不得遗漏开放问题。质量要求是让未参与者能理解主题与各条脉络、知道哪些问题仍开放，并获得 3–5 条可操作或可记忆的洞见。具体安装命令、收费与平台信息暂未提供。