在gptel-mode中优化多行提示的格式化显示

gptel作为Emacs生态中优秀的LLM交互工具，其会话记录功能在实际使用中可能会遇到多行提示显示不清晰的问题。本文将深入探讨如何通过配置前缀标识来优化会话记录的显示效果。

问题背景

当使用gptel-mode保存和恢复会话记录时，如果用户提示包含多行内容，在Org模式等格式下容易出现提示与回复界限不清的情况。这主要是因为默认情况下系统仅依赖GPTEL_BOUNDS属性来标记位置，而缺乏视觉上的明显区分。

解决方案

gptel提供了灵活的配置选项来解决这个问题，主要通过两个关键变量：

1. gptel-prompt-prefix-alist：定义不同模式下提示文本的前缀
2. gptel-response-prefix-alist：定义不同模式下回复文本的前缀

基本配置示例

对于Org模式，可以设置如下：

(setf (alist-get 'org-mode gptel-prompt-prefix-alist) "用户:\n")
(setf (alist-get 'org-mode gptel-response-prefix-alist) "模型:\n")

这种配置会在每个提示前添加"用户:"前缀，在回复前添加"模型:"前缀，形成清晰的对话流。

进阶配置方案

1. 使用Org标题层级：

(setf (alist-get 'org-mode gptel-prompt-prefix-alist) "*** ")
(setf (alist-get 'org-mode gptel-response-prefix-alist) "**** 回复\n")

这样提示会作为三级标题，回复作为四级标题，利用Org的层级结构实现视觉区分。

2. 使用Org抽屉：

(setf (alist-get 'org-mode gptel-prompt-prefix-alist) ":END:\n\n")
(setf (alist-get 'org-mode gptel-response-prefix-alist) ":回复:\n")

这种方法将回复放入Org抽屉中，保持文档结构整洁的同时实现内容隔离。

最佳实践建议

1. 保持一致性：选择一种风格后在整个项目中保持一致，便于后期维护
2. 考虑可读性：前缀不宜过长，但要足够明显
3. 结合使用场景：如果是技术文档，可以考虑使用更正式的前缀；如果是个人笔记，可以使用更随意的标记
4. 测试不同模式：除了Org模式，也测试在Markdown等模式下的显示效果

技术原理

gptel的这些配置变量实际上控制了会话记录生成时的文本插入行为。通过设置合适的前缀，系统可以在每个交互单元前后插入特定的标记文本，从而在视觉上形成区隔。这种方法不依赖于特定的编辑器功能，具有很好的可移植性。

总结

合理配置gptel的前缀标识能够显著提升多行提示场景下的可读性。用户可以根据自己的使用习惯和工作场景，选择最适合的前缀风格。这种灵活的配置方式也体现了Emacs系统"一切皆可定制"的设计哲学，使得gptel能够适应各种复杂的使用场景。