如何和你的 AI 沟通(无限续杯)
前言
“依赖于 Agent 编程是作为程序员最大的失败”,这句话不是我说的,其实现在科技的发展程度已经远超我们的想象你永远无法幻想。未来AI到底会不会真的统治人类。
沟通
一、交流本质
普通AI只是一问一答聊天,逗傻子玩一样,但编程Agent是虚拟的代码佬。 对话不只是文字沟通,还是一套任务执行闭环:下达开发任务,Agent依托项目文件自主查找代码、修改代码、排查问题,对话只是传递需求、反馈结果的通道。
所谓长文本能力体现就在这里了。如果长文本能力好,那么理解能力就好,对项目的修改能力就越强,反之则相反。这里不能仅仅靠他的大脑,还要靠你给他的辅助,这样子可以省下很多 Token。
二、提供有效、优质的信息给 Agent
- 清晰目标准确描述要实现的功能、需要修复的Bug,避免“帮忙优化一下”、“重构一下页面”、“不行啊,接着改”这类半睡半醒的梦话,真人程序员也最讨厌客户这种描述模糊不清的言论,出了第一版之后还在那骂程序员不懂他。
- 约束要求写明限制条件:哪些原有代码不能改动、页面需要保留什么效果、技术规范、样式要求,千万不要嫌麻烦,不然你一换 Agent ,直接一切凉凉从头开始,你自己大概率也是看不懂的。
- 上下文环境保持当前对话不随意清空,让 Agent 记住之前沟通的所有需求,上下文理解能力很重要,但是前提你要有上下文,如果你想清,那么请你完成一个板块的项目构建;同时还要保证编辑器内项目文件正常加载,方便 Agent 读取代码,这就是为什么你的前任 Agent 要规范性写代码。写满注释跟 Skill 。
三、Agent 的思考过程
- 需求解析:逐条提取你所有的要求,避免遗漏;
- 任务拆分:把你发的一大堆复杂需求拆分成:定位文件→查找目标代码→编写修改方案;
- 读取项目:自动检索本地代码,理解原有业务逻辑,所以 Skill 很重要;
- 方案设计:思考怎么修改最低风险,避免破坏现有功能,虽然理论应该会进行这一步,但是我觉得部分国产廉价模型都不会;
- 自我校验:预判修改后会不会产生新Bug,确定方案后执行操作,也是一样,部分国产模型问题没修好,不单止 Bug 引入一大堆。
四、Agent 返回给到你的信息,分两类
- 文字信息 说明故障原因、修改思路、改动涉及哪些文件、后续注意事项,他发给你的消息可以理解成你们对话框里的消息;
- 自动操作 在编辑器中直接打开对应文件,自动完成代码新增、修改,在文本中留下修改日志,或者是 Skill 。
五、理想条件最终达成的效果
- 完整实现你提出的全部需求,不会丢要求;
- 只改动目标代码,不瞎基霸乱修改项目里正常运行的逻辑;
- 尽量一次性修复问题,减少反复来回沟通调试,这点实际更不可能;
- 同一段对话可以持续迭代调整,长时间不会遗忘历史需求。
Token 的消耗
最近得知 Token 的价格有点贵啊,对于省钱,还是有一定的办法的对于省钱,还是有一定的办法的。
AI 编程 Agent 交互、Token 消耗、表达、模型能力关系
一、核心逻辑关系
- 表达完整程度 和 Token 消耗的关系
- 指令描述越详尽、附带需求约束越多,占用的 Token 数量越高;
- 对话历史越长,上下文累计 Token 持续上涨;
- 过高的 Token 占用会逼近模型上下文上限,容易出现 AI 丢失早期需求、记忆衰退,直接变傻福;
- 如果已经完成了一个任务如果已经完成了一个任务,发过度简短的指令(例如只发「继续」)虽然节省 Token,但信息缺失,容易导致修改偏离预期,。
- Token 消耗 和 模型 的关系
- 不同模型处理相同任务,消耗 Token 速率不一样;
- Fast 档位模型生成速度更快,同等输出内容下,单位时间吞吐 Token 更高;
- GPT 类推理更啰嗦,同等代码修改任务,输出 Token 普遍高于 Cursor 专属编程模型;
- 长上下文模型能够容纳更多 Token,不容易因为对话变长丢失需求。
- 模型推理能力和 Token 的消耗关系
- 更强的模型可以在更少的输入 Token 里读懂复杂需求,对模糊指令容错率更高,当然也有 Token 暴增但是实力也暴增的模型;
- 弱模型即便给到充足 Token 和详细的描述,依旧容易理解不全、漏需求;
- 顶尖模型善于精简输出,能用更少的输出 Token 完成代码修改;低端模型经常产生大量废话文学,浪费额度,加速破产。
二、当前模型综合对比排名表(带有主观)
场景区分:① Cursor 内写代码、Agent 自动改项目 ② 通用综合能力(代码+文案+逻辑推理)
这表格带有主观性和时效性这表格带有主观性且不保证具备时效性!
| 模型名称 | 代码工程能力排名 | 通用综合能力排名 | Token 消耗特点 | 适合场景 |
|---|---|---|---|---|
| Composer 2.5 F | 1 | 3 | 中,输出干净,性价比高 | 多文件重构、前端 Bug 修复、持续 Agent 自动化编码 |
| Cursor Grok 4.5 HF | 2 | 2 | 中偏高,推理详细,代码实操稳定性强 | 日常业务开发、脚本开发、大量调试任务 |
| GPT-5.4 | 3 | 1 | 偏高,解释文字偏多,更易消耗额度 | 兼写代码、产品文档、逻辑分析、多模态任务 |
| GLM-5.2 | 4 | 4 | 中,中文理解牛逼,但 Agent 工程执行偏弱 | 大量中文长文档阅读,轻度编码 |
| GPT-5.2 | 5 | 5 | 偏高,老古董模型,易产生冗余 | 不荐优先选用 |
三、实操建议
- 写指令详细适中,不要极端极简、也不要无限堆字,要控制不必要的 Token 浪费;
- 长期对话上下文占用过高时,可以新建对话,防止模型遗忘需求,前提是你完成了一个板块的任务前提是你完成了一个板块的任务;
- 荐:纯编码工作优先 Composer 2.5 Fast,同等额度下能完成更多修改任务;
- 构思、逻辑分析,GPT-5.4;
邪修:第三方无限续杯
原理
通过薅羊毛的方式批量注册平台的账号享受免费额度。
方法
- 闲鱼、淘宝买,搜
无限续杯等关键词。 - 选择 Agent ,推荐Cursor、Trae。Trae可能要准备很多个。节点去换可能要准备很多个。节点去换,相当麻烦。
- 下单跟教程,尽量选一些销量高,知名度高,评价高,反馈好的店铺尽量选一些销量高,知名度高,评价高,反馈好的店铺。
- 跟教程走,注意备份,一般店铺发密钥会附上文档教程,一般都是下载.
exe, 然后选择一键登号。

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