请教, 如何相对可靠地约束 Agent/LLM 处理或者输出内容时"不丢语义+文字最少"?

[seven777]

当前状态, Agent/LLM 输出的内容都偏累赘,尤其是非代码类内容输出,它总是尝试解释更多. 是否有可靠的方法约束 Agent/LLM 尽可能做到"不丢语义+文字最少+最短篇幅"? 就非代码内容来说:

1. 最短篇幅, 可以强制要求输出内容优先以表格形式,大概就是当前最的文字组织方式了.
2. 不丢语义+最少文字, 好像是有上限的, Agent/LLM 能把 1000 字的水文压到 100 字,然后就不太愿意再精简了.

关于代码:

1. 我觉得代码的水平进步太多太明显了, 得益于 Agent/LLM 本身的能力增强,也得益于"lint + format"工具.
2. 目标明确 + "lint + format"工具配置得当, 代码基本靠谱.
3. 我个人感觉目前 Agent/LLM 真的弱的地方是"高阶能力", 比如架构 + 长期规划.比如我从事的企业服务领域, 如何接入 Agent/LLM 能力,如何控制安全,如何分配控制和配合权限,如何做更少但更准确的事,如何权衡理性和感性,如何顺应又激活人的本性和活力.这些内容它都能说出些内容,但似乎都泛泛而谈,远不如代码能力那么的实在和真实.

[chnwine]

恭喜你进入了禅道, 体验下 Grok Bot 看看跟你想的有一点贴近不?

[seven777]

@chnwine #1 我立刻去看了,没有尝试.原因如下:
1. 看介绍,"拥有自己电脑的云端 AI 助手",无非就是 AI 应用的另一种方式, 与我请教的"文本压缩"的主题偏离.
2. 中短期看来, Agent/LLM 是分国界的, 我不太想舍近求远拥抱 Grok 了, 无论是付费模式,价格,都不友好.
3. 尝鲜的欲望很低.(虽然我算是早期 Grok 的试用者+粉丝, Grok v1-v2 是比当时的任何模型都拥有更强的"逻辑推理能力"的)

[yonlin]

请使用文言文回复

[seven777]

@yonlin #3 我没找到类似的 skill , 真的在找.
另外一个话题, 文言文在大模型语料里有比重吗? 文言文对 Agent/LLM 不友好是很明显的.

[ovtfkw]

@seven777 原因说这么多 其实就一个

[seven777]

@ovtfkw #5 你觉得是啥?

[itfarmer]

https://caveman.so/
https://ponytail.dev/
仅供参考

[yonlin]

@seven777 看来你很认真。推荐一本书《 Cloude Code 实战：Harness 工程之道》，作者：黄佳，你的问题书中都有答案。微信阅读推荐值：89.2%