如何和你的 AI 沟通(无限续杯)

2006 字
10 分钟
如何和你的 AI 沟通(无限续杯)

前言#

“依赖于 Agent 编程是作为程序员最大的失败”,这句话不是我说的,其实现在科技的发展程度已经远超我们的想象你永远无法幻想。未来AI到底会不会真的统治人类。

沟通#

一、交流本质#

普通AI只是一问一答聊天,逗傻子玩一样,但编程Agent是虚拟的代码佬。 对话不只是文字沟通,还是一套任务执行闭环:下达开发任务,Agent依托项目文件自主查找代码、修改代码、排查问题,对话只是传递需求、反馈结果的通道。

所谓长文本能力体现就在这里了。如果长文本能力好,那么理解能力就好,对项目的修改能力就越强,反之则相反。这里不能仅仅靠他的大脑,还要靠你给他的辅助,这样子可以省下很多 Token

二、提供有效、优质的信息给 Agent#

  1. 清晰目标准确描述要实现的功能、需要修复的Bug,避免“帮忙优化一下”、“重构一下页面”、“不行啊,接着改”这类半睡半醒的梦话,真人程序员也最讨厌客户这种描述模糊不清的言论,出了第一版之后还在那骂程序员不懂他。
  2. 约束要求写明限制条件:哪些原有代码不能改动、页面需要保留什么效果、技术规范、样式要求,千万不要嫌麻烦,不然你一换 Agent ,直接一切凉凉从头开始,你自己大概率也是看不懂的。
  3. 上下文环境保持当前对话不随意清空,让 Agent 记住之前沟通的所有需求,上下文理解能力很重要,但是前提你要有上下文,如果你想清,那么请你完成一个板块的项目构建;同时还要保证编辑器内项目文件正常加载,方便 Agent 读取代码,这就是为什么你的前任 Agent 要规范性写代码。写满注释跟 Skill 。

三、Agent 的思考过程#

  1. 需求解析:逐条提取你所有的要求,避免遗漏;
  2. 任务拆分:把你发的一大堆复杂需求拆分成:定位文件→查找目标代码→编写修改方案;
  3. 读取项目:自动检索本地代码,理解原有业务逻辑,所以 Skill 很重要;
  4. 方案设计:思考怎么修改最低风险,避免破坏现有功能,虽然理论应该会进行这一步,但是我觉得部分国产廉价模型都不会;
  5. 自我校验:预判修改后会不会产生新Bug,确定方案后执行操作,也是一样,部分国产模型问题没修好,不单止 Bug 引入一大堆。

四、Agent 返回给到你的信息,分两类#

  1. 文字信息 说明故障原因、修改思路、改动涉及哪些文件、后续注意事项,他发给你的消息可以理解成你们对话框里的消息;
  2. 自动操作 在编辑器中直接打开对应文件,自动完成代码新增、修改,在文本中留下修改日志,或者是 Skill 。

五、理想条件最终达成的效果#

  1. 完整实现你提出的全部需求,不会丢要求;
  2. 只改动目标代码,不瞎基霸乱修改项目里正常运行的逻辑;
  3. 尽量一次性修复问题,减少反复来回沟通调试,这点实际更不可能;
  4. 同一段对话可以持续迭代调整,长时间不会遗忘历史需求。

Token 的消耗#

最近得知 Token 的价格有点贵啊,对于省钱,还是有一定的办法的对于省钱,还是有一定的办法的。

AI 编程 Agent 交互、Token 消耗、表达、模型能力关系#

一、核心逻辑关系#

  • 表达完整程度 和 Token 消耗的关系
  1. 指令描述越详尽、附带需求约束越多,占用的 Token 数量越高;
  2. 对话历史越长,上下文累计 Token 持续上涨;
  3. 过高的 Token 占用会逼近模型上下文上限,容易出现 AI 丢失早期需求、记忆衰退,直接变傻福;
  4. 如果已经完成了一个任务如果已经完成了一个任务,发过度简短的指令(例如只发「继续」)虽然节省 Token,但信息缺失,容易导致修改偏离预期,。
  • Token 消耗 和 模型 的关系
  1. 不同模型处理相同任务,消耗 Token 速率不一样
  2. Fast 档位模型生成速度更快,同等输出内容下,单位时间吞吐 Token 更高;
  3. GPT 类推理更啰嗦,同等代码修改任务,输出 Token 普遍高于 Cursor 专属编程模型;
  4. 长上下文模型能够容纳更多 Token,不容易因为对话变长丢失需求。
  • 模型推理能力和 Token 的消耗关系
  1. 更强的模型可以在更少的输入 Token 里读懂复杂需求,对模糊指令容错率更高,当然也有 Token 暴增但是实力也暴增的模型;
  2. 弱模型即便给到充足 Token 和详细的描述,依旧容易理解不全、漏需求;
  3. 顶尖模型善于精简输出,能用更少的输出 Token 完成代码修改;低端模型经常产生大量废话文学,浪费额度,加速破产。

二、当前模型综合对比排名表(带有主观)#

场景区分:① Cursor 内写代码、Agent 自动改项目 ② 通用综合能力(代码+文案+逻辑推理)

Warning

这表格带有主观性和时效性这表格带有主观性且不保证具备时效性!

模型名称代码工程能力排名通用综合能力排名Token 消耗特点适合场景
Composer 2.5 F13中,输出干净,性价比高多文件重构、前端 Bug 修复、持续 Agent 自动化编码
Cursor Grok 4.5 HF22中偏高,推理详细,代码实操稳定性强日常业务开发、脚本开发、大量调试任务
GPT-5.431偏高,解释文字偏多,更易消耗额度兼写代码、产品文档、逻辑分析、多模态任务
GLM-5.244中,中文理解牛逼,但 Agent 工程执行偏弱大量中文长文档阅读,轻度编码
GPT-5.255偏高,老古董模型,易产生冗余不荐优先选用

三、实操建议#

  1. 写指令详细适中,不要极端极简、也不要无限堆字,要控制不必要的 Token 浪费;
  2. 长期对话上下文占用过高时,可以新建对话,防止模型遗忘需求,前提是你完成了一个板块的任务前提是你完成了一个板块的任务;
  3. 荐:纯编码工作优先 Composer 2.5 Fast,同等额度下能完成更多修改任务;
  4. 构思、逻辑分析,GPT-5.4;

邪修:第三方无限续杯#

原理#

通过薅羊毛的方式批量注册平台的账号享受免费额度。

方法#

  1. 闲鱼淘宝买,搜无限续杯等关键词。
  2. 选择 Agent ,推荐CursorTraeTrae可能要准备很多个。节点去换可能要准备很多个。节点去换,相当麻烦。
  3. 下单跟教程,尽量选一些销量高,知名度高,评价高,反馈好的店铺尽量选一些销量高,知名度高,评价高,反馈好的店铺。
  4. 跟教程走,注意备份,一般店铺发密钥会附上文档教程,一般都是下载.exe, 然后选择一键登号。

店铺众多,谨慎甄别
店铺众多,谨慎甄别

总结#

在开发项目的时候,别忘了给自己的经济节省成本在开发项目的时候,别忘了给自己节省成本,但有时候贪小便宜也会惹大祸,请各位自觉自行约束,谨慎甄别信息!

如何和你的 AI 沟通(无限续杯)
https://blog.xuioo.com/posts/use-agent-721/
作者
Aimerting
发布于
2026-07-21
许可协议
CC BY-NC-SA 4.0

评论区

公告
友链互换友链

正在招募技术类博客友链,要求原创、稳定更新。点击了解更多。

查看详情
VAKVAK

期末计 已结束

欢迎关于我的介绍

欢迎来到我的博客,我是Aimerting,热爱技术、持续学习,欢迎同好交流探讨,也欢迎大佬互换友链。

查看详情
音乐
封面

音乐

暂未播放

0:00
0:00
暂无歌词
标签
# 网站7# 博客5# Cloudflare2# BLOG2# Edgeone2# cdn2# 优选IP2# XUIOO2# Ai编程1# 建站1# 微信1# XO-CHAT1# umami1# 图片1# 人生1# 金钱1# 哲理1# 哲学1# CF1# Cloudflare.优选IP1# CDN1# cf1# XUIOO.COM1# 个人主页1# 高中地理1# 珠江新城1# 广州1# 研学1# 演讲1# Markdown1# 教程1# MD1# 腾讯安全1# 拦截误判1# 域名封禁1# 已停止访问1# 白嫖1# Blog1
目录
logoAimerting | XUIOO
工具