有没有大佬科普下cpa和sub2api的原理和差别

浏览器内核的代码经过几十年的发展及其复杂，人工反正是不可能再写一份了
我能不能全程借用VibeCoding把整个浏览器内核重构一遍，优化性能，顺便整理一下这一坨大屎山

虽然好像不太可行，但我如果充分运用AI调度与规划，然后用无数个子Agent执行呢？

虽然好像是空想，有没有王多鱼投资我几个token（bushi）

毕业跨省寄了 200 公斤行李，用的顺丰，在闲鱼买了个七折券，最后运费只花了 440，感觉极其便宜。
先说打包材料，搬家用纸箱直接美团闪购，下单就行，算上红包跟快递一个价，但比快递快多了，不用等。衣服可以用压缩袋装好，再塞进编织袋，编织袋也能在美团闪购买到，很方便。
当时赶上毕业季，师傅说头两天没法上门取件，只能自己搬到宿舍楼下给他，两天后才能恢复上门。所以最好提前一周联系快递，。
我零零散散有十几个小箱子和几个编织袋，顺丰那边建议用 “中转箱”，就像个小集装箱一样，所有东西装进去，使用费 30 块。师傅说不用中转箱的话，他们还得把我的行李重新打包一遍，虽然我其实已经打包得很好了。

目前我使用的是Claude，好在其能够接入deepseek的api，且cowork的办公体验很好，使用skill也很方便，但存储空间就占用了十几个G。
此前用过CodeX的team订阅，只用来编程，前段时间封的很厉害就转向了Claude，现在对其它使用场景比较感兴趣，比如image-2的生图和最近更新出的桌宠。
CodeX目前不能直接使用DeepSeek的api，有没有什么好的方案，中转或者其它支持的订阅都是可以的。

如果只装一个，你选哪个



OPENCLAW
HERMES AGENT

Click to view the poll.

如题，之前看 Q群里有人说，sub2api 会被 OpenAI 标记，因为很多中转都用这个。所以用 sub2api 更容易封号
自用的话，用 CPA 更不容易封号。
不知是不是这样

飞升三级这个帖子到底是咋计算的？有没有懂的佬介绍下，也算是老用户了，最近才比较有逛

今天用gopay新开了一个plus,一对多的上一个账号没有封,但是新账号不能登录codex了弹出addphone

这里说的著作/作品，都是文艺作品，不考虑自然科学和社会科学类著作，所以就不讨论“遗传因子”和“基因”这一类的问题了。
之前读到郑渊洁要把 20 世纪出版的童话翻新，出一个重制版，就谈到了这个问题。问题的主体是一篇叫做《暖气华佗》的童话，主角所使用的是寻呼机[1]。编辑跟郑渊洁讨论出版问题就说到这个事，编辑提议“让主角用智能手机吧，时代在进步”；郑渊洁表示反对，认为“不能改，要是他改了那《红楼梦》也要改，林黛玉得看彩电了”。
类似的事情还有很多，比如《龙族》重制版，江南也透露过要让路明非打《王者荣耀》，不打《星际争霸》了。但是，另一些作品，例如《寂静岭 2》、《生化危机 2》的重制版，均有不同程度的修改，有些地方甚至没有了原版的影子。
我要问的就是这么一个事：修改原版的特有名词大概要做到什么程度，才算是忠实于原作？



一种联络工具，现在几乎见不到。 ↩︎

搞了两个gopay后突然就开不出来了 换ip和邮箱也没用

有没有 flow 的佬，403 咋样解决哈，新号经常失败，活动异常等不给生图，手动都不行

HostDzire服务商的 SFO-USA Cloud VPS，这个配置的流量是三年总25tb还是会按月刷新25tb？

年初因为open code入坑pure vibe coding（早几年用copilot和cursor，以及网页对话复制代码的半古法编程）。opencode + omo着实当时给了我不小的震撼。后面陆陆续续接触到cc，cx等，站里的佬们肯定比我了解这些，不多赘述。
听说过这样一个说法：CC和CX强的不是CLI本身，而是基模（这句话我半信半疑，但是促使了我去尝试不同的coding cli）。最近一个月开始尝试不同的coding Agent。Ampcode这款产品以它优雅的TUI和独特的功能，理念吸引了我。
Ampcode有几大独特之处（在我看来）


thread共享，传统coding agent是类似于隔离的对话形式，ampcode每一个thread是互通的，你可以在thread A 里面对话输入@@ thread B，那么thread A的agent就会阅读thread B的对话和工作，这样使得跨对话读取信息非常方便。


没有compact，但是有handoff。ampcode在去年很激进的删除了compact功能，他们认为compact会丢失很多信息，带着长上下文运行agent不仅效果差，也比较贵。因此他们引入了handoff功能，他会根据你接下来想要完成的目标，自动设定下一个thread的prompt，很像compact，但是不是。首先handoff的下一轮提示词远比压缩后的短，其次，由于多个thread可以互通，handoff的提示词会让下一轮的thread的agent在需要关键信息时，自动查看上一个thread的内容，这样就实现了一个类似于“无限上下文”的方法，带着下一轮的目标和随时可查看的上一轮信息完成。 而且由于handoff并不是传统的单线程压缩，你可以同时把接下来要完成的4个独立的事情handoff给4个thread来完成。


3.特色的subagent，用过omo的佬应该很熟悉这个，omo的不同设定的subagent的灵感来源就是ampcode，这里不多赘述。

极具人性化的交互，终端里面点击就可以展开/折叠的thinking，看清楚每一个subagent调用的工具，以及ctrl + O随时唤出的命令面板…

现在我的工作流变成了，在ampcode里面smart模式里输入我想要完成的任务，handoff给deep模式完成；debug的时候，列出的bug按照相干性分组，每一组handoff给不同的thread去执行，最后在主thread里面审查。（派发不同的subagent审查）
新人第一次出这种帖，如果有不到位的地方还请多多指正和包涵～