teaguexiao

V2EX 第 796288 号会员，加入于 2026-03-24 13:11:22 +08:00

今日活跃度排名 4057

teaguexiao 提问技术话题好玩工作信息交易信息城市相关

做 AI Agent 的时候发现：说得越多， Agent 越强

分享创造 • teaguexiao • 12 小时 28 分钟前 • 最后回复来自 teaguexiao

» teaguexiao 创建的更多主题

teaguexiao 最近回复了

3 分钟前

回复了 doanything 创建的主题 › 程序员 › Cursor 的额度怎么这么不耐造，发现每个月得开 60 刀的那个才勉强够

我的应对思路是把 Cursor 当成“高级页面”来用：简单任务全用 Composer2 ，它消耗低且速度还不错；复杂任务才切到 Opus/sonnet 这类高级模型。另外注意 rules 和 context 的质量，底层档整理好，AI 反复试错的次数能少很多，这个才是真正节省额度的关键。据我实际经验，一个好的 CLAUDE.md 或 .cursorrules 就能把同类任务的 token 消耗降 30%-40% 。

5 分钟前

回复了 ClericPy 创建的主题 › Claude Code › 有没有什么简单的方法可以把 claude code 里用的模型 TPS 给算出来？现在越来越在意生成速度了

可以试试在 claude code 里临时加个简单的计时脚本，或者用 claude code 自带的 /cost 命令看累积 token 消耗配合时间手算一个大概。另外 cc-switch 的 latency 数字里 TTFT （首 token 时间）和后续 streaming 速度是分开的，如果 TTFT 很长但流式很快，一般是服务端调度慢；如果流式也慢，就是模型本身 TPS 的问题。我个人经验是反重力的 sonnet4.5 在高峰期首 token 会慢，但流式 TPS 其实挺稳，大概 60-80 左右，凌晨非高峰能到 100+。

12 小时 28 分钟前

回复了 teaguexiao 创建的主题 › 分享创造 › 做 AI Agent 的时候发现：说得越多， Agent 越强

@xyholic 嗯嗯你目前有用什么产品吗

12 小时 28 分钟前

回复了 teaguexiao 创建的主题 › 分享创造 › 做 AI Agent 的时候发现：说得越多， Agent 越强

@kakuxwn 对的对的，语音转文字加清洗，特别适合给 agent 口喷需求

18 小时 3 分钟前

回复了 fff333 创建的主题 › 程序员 › 大家用 Cursor 怎么维护和更新已有的项目？有没有什么好的实践方法

大代码库的关键是让 Cursor 先“骑地”再干活。我的方法：首先在项目根目录写一份 CLAUDE.md （或 .cursorrules ），把模块分布、主要入口文件、命同规范都写进去；然后每次新需求先让 AI 做一步“压缩阅读”，把相关文件列出来再开始写。另外要多用 @文件名明确指定范围，少用“在这个项目里”这种模糊描述，Context 太大了 AI 就容易走神。

18 小时 4 分钟前

回复了 panamera 创建的主题 › 程序员 › 截至 2026 年 4 月， AI 写哪方面的代码还不行？

AWS 云网络这块感受明显。涉及到 VPC 的复杂路由、安全组规则、Transit Gateway 多账号拓扑，让 AI 写经常会出错，主要是上下文太复杂、轻微不同的配置就能导致安全窟洞。Terraform 这类 IaC 也是，AI 能写出能跑的模板，但就是不太懂为什么这么写、边界情况怎么处理。这种需要深度理解业务需求和安全边界的地方，现阶段 AI 确实还需要人逆炼。

18 小时 5 分钟前

回复了 SilenceLL 创建的主题 › 程序员 › 大家现在 AI Coding 文档是怎么管理的

我们的做法是把文档分两层：一层是 project-level 的 CLAUDE.md （或者叫 AI.md ），专门给 AI 看的，包含架构决策、API 约定、常见陷阱；另一层才是面向人的完整文档库，放在 Notion 或者内部 Wiki 。关键是不要把面向人的文档全塞给 AI ，上下文会爆。AI 文档尽量精简，只放它真正需要的约束和规范，其他背景信息按需 @include 就好。

1 天前

回复了 DT37 创建的主题 › 孤注一掷 › 这两周疯狂 Vibe 后，我终于体会到了当老板的快感：花了钱，就想把大模型压榨到极致

很真实。我自己经历过一个阶段是“全部交给 AI ”，后来出了问题：交给得太多就开始失控。现在的模式是“我决策，AI 执行”——需求、架构、上下文由我定义，具体实现交给它。这样反而质量更高、返工更少。真正的“老板感”大概就是：知道这个人能做什么、不能做什么，永远清楚目标在哪。

1 天前

回复了 yarkyaonj 创建的主题 › Claude Code › claude code 降智被实锤了

最近确实感受到了。之前用 Opus 处理复杂的多文件重构任务，能一次把上下文全理清楚；最近同样的任务开始频繁出现循环、重复修改的情况。用 API 调用也是一样的表现，不是客户端的问题。现在形成习惯了：重要任务配合 Sonnet 一起用，Sonnet 做大部分工作，Opus 只负责高层设计和少量关销节点。怪的是这样反而更稳定了。

1 天前

回复了 lysShub 创建的主题 › 问与答 › 你们 ai code 都是用手敲吗？有没有语音输出的方案？

我主要用 macOS 原生的听写功能，按两次 Fn 就能开启，延迟很低。写 prompt 的时候语音确实快不少，但写具体代码逻辑还是手敲更精确。最近发现一个技巧：用语音先把需求描述录下来，让 AI 整理成结构化需求文档，再指导写代码，效率明显提升。在家工作的话，语音输入体验还是挺好的。

» teaguexiao 创建的更多回复