不知道是不是天生基因的问题，warp第一天使用就是擅长软件安装与故障排除，真到了coding还是各种不适配 比如，它的会话机制其实是几乎感觉不到的，或者说不清晰，其他编程工具无论是chat还是终端，都有一个明确的会话过程，warp因为要照顾到命令行的兼容，这个过程含糊了，虽然有一个reset按钮也是存在感很低 Coding测试过几次，之前其实有一个需求就是配合cc做o3 review,不过对比了一下使用chatgpt满血版本o3还是差不少 Warp家最近各种送，也是槽点，cursor收购送一波，什么newsletter送一年，这是降智的信号，没听说过量大质量还好的，回归常识吧

Warp 与claude code什么区别？ 一个是终端，一个是终端里运行的命令 导致的区别就是warp重cc轻，轻的可以轻易实现类似cc sdk这样的可组合性 举一个例子，cc就像一个背包客，搭乘什么交通工具都行，warp就像开着房车旅行 开车不挺好吗？ 有限制，比如途中不能喝酒

Kiro的基于spec驱动的开发流程，我感觉并不适合使用claude code的slash commands. 因为这个意味着你绑定了claude模型，而claude模型擅长coding可未必擅长文本工作，这方面还得是o3-pro. 并且---设计工作怎么能够让ai按照模板几乎一分钟内就生成呢，我打心底里不放心，最起码电力都没怎么消耗的设计感觉不太严肃😎ི 严肃的方法来了，用chatgpt deep research,选择 o3-pro. 我测试了一下，比我用opus 4详细很多 另外，其实prompt有时候太具体反而是限制，这是后话，有空接着聊，简单说，我在prompt里主要是给它几个kio相关的链接

claude code 的sub agent 还是要小心使用， 我刚才测试了发现一个问题， 即这个增加了子agent和父agent之间的沟通难度，以前都是一个人自己和自己沟通， 没有信息损失， 现在存在的问题是： 它说执行完了， 我不知道到底有没有完，犯了大企业综合征。 要保证质量，还的上一套监管机制。 还有一个情况， sub agent如果你通过esc打断也是一个潜在的问题。

claude code 轻松突破1百万窗口.

Claude code 子代理目前在编程领域用处还不是很明显，但还是带来了两个使用场景的优势: 1.在cc上做dr,这个可以发挥立即可见的并行优势 2.对于coding, 子代理如果是独立上下文，一个意外的好处是扩展了上下文，你甚至可以用相同的角色复制多份，然后让他们接力也是可行的.

接着claude code最近的降智问题聊一下，我的反馈是，你得有手段哪怕cc不行了你也能保证软件开发质量 如何做到？ 我们先不说如何做到，先说vibe的常见缺陷，是开盲盒的问题，每次都是黑箱操作，鬼打墙了一圈才发现不对劲，情绪瞬间不爽 说到这里解决方案也基本明确了 将黑箱过程变成透明化过程，不是立即coding,而是将更多时间花在plan和解决方案上 1. 解决方案如果味道不对劲，基本coding质量不会好到哪里去 2.在解决方案阶段有很多手段，多模型review就是一个利器，不要相信cc一家之言，相信同行评审 3 代码写完了，编译通过和功能满足的基础上，再加一次评审 这些手段大家可以扩展开去，cc降智怕什么，我还有warp和cline. 另一个比较玄学的问题是，什么时候容易降智，直觉可能是算力不足的时候，感觉+8区的工作时间有可能概率比较大，那换换时区测试一下

这就搞笑了，用了ai写代码，还要请另一个ai检测错误

Claude code可能将5小时刷新的方式换成每周重置 这个方式对每天高强度使用的来说应该不太友好---但对普通开发者更友好，意味着你不用担心夜里时间浪费了，前两天闲置，第三天可以集中用一周的额度

这个出发点是好的，但是结果走歪了 1. o3 做规划设计确实是共识 2. Repoprompt本来是一个repo summary工具，现在升级为mcp,并且内置o3模型，规划就是基于这个做的 3. 问题出在执行阶段，居然不是cc做执行，而是cc调用repo 的mcp工具做合并 4. 闹了半天cc是个傀儡，这工具逗我呢，你这么自信？