内部文档:为人类、智能体还是两者编写?
摘要
本文讨论了内部文档是否应以人类可读性编写,还是优化以提高AI智能体效率,探讨了权衡并提倡根据具体情境制定格式。
我保存诸如运行手册、ADRs、实验笔记和项目特定文档之类的文档。我有一些文件记录了会话中完成了什么、什么出了问题、什么有效、什么改变了以及学到了什么教训。我的智能体负责大部分写作,并维护文档。当适当时,我们会退役一些文档,有时是归档,有时是被新文档取代,新文档包含了退役文档中仍然相关的部分。
面向人类的文档:这些文档需要格式化,以便我作为人类更容易理解。如果需要写一些我想要阅读并可能评论的内容,那么我希望以最适合我的方式来写。比如定义、适当的上下文量,这样我就不用去搜索,特定的格式要求以确保易于阅读。一些具体的数据和值直接放在文档的相关位置。关键是,我希望面向人类的文本以一种让我理解我所看内容的方式来写,包括我需要正确理解文档目的和意义的周围上下文。
面向智能体的文档:智能体不需要我需要的东西。我使用Google's OKF,他们可以更容易地拉取链接的额外文件并获取所需内容。他们有时间阅读术语表文件和索引文件,并为自己收集所有信息。他们不需要那些为了我自己目的而想要的、会使上下文膨胀的额外可选项。如果每份文档都是为我写的,那么对于我不太可能阅读的文档来说效率会更低。这里的问题是,我是根据读者类型来编写文档,还是所有文档都应该以人类为出发点来写?区别在于,为智能体编写的文档可以比为人类易读的文档更令牌高效。要理解的是,有些文档写出来不太可能被人类看到,但会被许多智能体解析。
相似文章
为AI智能体设计API
本文认为,为AI智能体设计API需要遵循与人类不同的原则,强调清晰性、明确性,并避免使用默认值,因为智能体可以阅读整个文档并编写大量代码。
@jerryjliu0:随着智能体生成越来越多的文档,它们需要一种更好的原生智能体文档格式。目前主要的两种容器是 Markdown 和 HTML……
Jerry Liu 讨论了需要一种兼顾人类和 AI 可读性的原生智能体文档格式,对比了 Markdown 和 HTML,并提到用 LlamaParse 处理现有格式。
你是自己写代码,还是让AI代理来做?以及如何获得好的UI设计
探讨手动编写代码与使用AI代理之间的权衡,并提供关于如何实现良好UI设计的建议。
为AI编码代理编写规范的人?
本文探讨了为AI编码代理编写规范的不同方法,并向社区征集有效方法的意见。
如何为内部使用开发AI代理,当员工已经知道如何找到真人客服?
讨论在员工已与真人支持人员建立关系的情况下,如何激励他们使用内部AI代理而非传统支持渠道这一挑战。