请教, 如何相对可靠地约束 Agent/LLM 处理或者输出内容时"不丢语义+文字最少"?
当前状态, Agent/LLM 输出的内容都偏累赘,尤其是非代码类内容输出,它总是尝试解释更多.是否有可靠的方法约束 Agent/LLM 尽可能做到"不丢语义+文字最少+最短篇幅"?
就非代码内容来说:
最短篇幅, 可以强制要求输出内容优先以表格形式,大概就是当前最的文字组织方式了.
不丢语义+最少文字, 好像是有上限的, Agent/LLM 能把 1000 字的水文压到 100 字,然后就不太愿意再精简了.
关于代码:
我觉得代码的水平进步太多太明显了, 得益于 Agent/LLM 本身的能力增强,也得益于"lint + format"工具.
目标明确 + "lint + format"工具配置得当, 代码基本靠谱.
我个人感觉目前Agent/LLM真的弱的地方是"高阶能力", 比如架构 + 长期规划.比如我从事的企业服务领域, 如何接入Agent/LLM能力,如何控制安全,如何分配控制和配合权限,如何做更少但更准确的事,如何权衡理性和感性,如何顺应又激活人的本性和活力.这些内容它都能说出些内容,但似乎都泛泛而谈,远不如代码能力那么的实在和真实. 恭喜你进入了禅道, 体验下 Grok Bot 看看跟你想的有一点贴近不? @chnwine #1 我立刻去看了,没有尝试.原因如下:
1. 看介绍,"拥有自己电脑的云端 AI 助手",无非就是 AI 应用的另一种方式, 与我请教的"文本压缩"的主题偏离.
2. 中短期看来,Agent/LLM 是分国界的, 我不太想舍近求远拥抱 Grok 了, 无论是付费模式,价格,都不友好.
3. 尝鲜的欲望很低.(虽然我算是早期 Grok 的试用者+粉丝, Grok v1-v2 是比当时的任何模型都拥有更强的"逻辑推理能力"的) 请使用文言文回复 @yonlin #3 我没找到类似的 skill , 真的在找.
另外一个话题, 文言文在大模型语料里有比重吗? 文言文对 Agent/LLM 不友好是很明显的. @seven777 原因说这么多 其实就一个 @ovtfkw #5 你觉得是啥? https://caveman.so/
https://ponytail.dev/
仅供参考 @seven777 看来你很认真。推荐一本书《 Cloude Code 实战：Harness 工程之道》，作者：黄佳，你的问题书中都有答案。微信阅读推荐值：89.2%
页:
[1]