V2EX › lel020 的所有回复 › 第 7 页 / 共 11 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯

5 月 21 日

回复了 rizon 创建的主题 › 程序员 › 分享一个我自用的 git 提交的 skill（提高提交信息质量和 AI 检索效率）

我也有个 git commit 专用的 skill ，内容有点多，大概三页，都是实际踩坑之后叫 AI 更新的，
https://i.imgur.com/pyS4o0Y.png

5 月 21 日

回复了 pp3x325 创建的主题 › 程序员 › 手搓了个让 Claude Code、Codex、Cursor 共享记忆的小工具

`每换一个工具、一个项目、一个新会话，都要重新解释一遍自己是谁` 这是几年前的说法了，现在还有人这样吗，楼主这样说只会让人觉得你的工具面向过于落后的人群，

5 月 21 日

回复了 aikilan 创建的主题 › OpenAI › GPT 5.5 的降智是不是有点严重

我以前用 medium 的，现在用 xhigh ，起码没比以前的 medium 降智，

5 月 20 日

回复了 zhlsk 创建的主题 › 推广 › 继续推广我的 gpt 中转站，注册就送 28.8$余额

使用 linuxdo 注册不上，
https://i.imgur.com/bW72ekA.png

5 月 20 日

回复了 JarvisLee 创建的主题 › 推广 › [开放注册] 一个真正一目了然的自建 Codex 中转站

bGVsMDIwQG91dGxvb2suY29t
谢老板

5 月 19 日

回复了 pppwww 创建的主题 › 程序员 › 分布式的 Agent 协调服务

我也想要，没发现合适的，关键我想要简单点的，只要能让贵的 AI 自主决定把一些文档站访问之类费 token 又简单的任务外包给便宜 AI 就好了，

5 月 19 日

回复了 Lcy0128 创建的主题 › OpenAI › 问一下佬们 plus 的购买渠道

@0x5c0f 我是台区的，一切正常，google 绑定国内的 master 卡，没有验证身份，

5 月 19 日

回复了 ShunpingZhu 创建的主题 › 程序员 › opencode go 有人用过吗？实际体验咋样，适合当主力 AI 编程主力和接入 openclaw 或者 hermes 吗？

在用，但给的模型能力都不够顶，
我主要用于替我上网调研，AI 控制浏览器太费 token 了，opencode go 提供的包括 deepseek v4 已经基本能正常完成调研工作了，
值不值是肯定值的，毕竟才 10 刀，模型还能更新，

5 月 19 日

回复了 xuromky 创建的主题 › 浏览器 › 兜兜转转最终还是回到了 chrome

@xuromky #15 我特地安装这个心流手势试了一下，brave 正常同步，就是有延迟，也没个手动同步的按钮，
这所谓通过 chrome 账号同步，实际上应该就是通过浏览器同步，毕竟拓展也没权限直接访问你的 chrome 账号，

5 月 11 日

回复了 PhoenixDancing 创建的主题 › Android › 安卓 17 没人讨论吗？要出 PC 桌面模式了

我看好，但等成熟还得以年为单位，

5 月 11 日

回复了 echoVic 创建的主题 › 程序员 › boss-skill 版本升级， Harness 再强化

这 boss 一看就很贵，

5 月 11 日

回复了 takanashisakura 创建的主题 › OpenAI › 关于 CPA 反代风险

没有明说吧，我也想，但没敢，感觉目前封号+手机验证很危险，一旦被判断为滥用，它应该不会管你是不是批量注册的是不是多人使用的，说封也就封了，
除非有明确说订阅允许 api 调用，比如 opencode go 就是，我才会用自己的号搞 api ，

5 月 11 日

回复了 lel020 创建的主题 › 程序员 › 压缩上下文居然吃不到缓存？告诉我不是最后一个知道的

@abc0123xyz 目前看来最优解似乎是让 AI 自己生成交接文档给新 AI 交接，
但长任务下只能是 agent 自己的逻辑处理，要么短上下文频繁压缩，要么长上下文减少压缩，感觉不好说哪个更好，甚至现在看来也不好说哪个更便宜了，

5 月 11 日

回复了 lel020 创建的主题 › 程序员 › 压缩上下文居然吃不到缓存？告诉我不是最后一个知道的

@sujin190 中转站吗？不值得推荐，并不满意，我只用过这一个，图片里有地址，至于中转站的中转站说了用的是 metapi ，也不太满意，

5 月 11 日

回复了 lel020 创建的主题 › 程序员 › 压缩上下文居然吃不到缓存？告诉我不是最后一个知道的

哎，AI 时代的经验有明显偏科啊, 以前一直用按次计费的时候，压根不用考虑 token 消耗问题, 现在就很容易焦虑这方面

5 月 11 日

回复了 mikawang 创建的主题 › 程序员 › 基于 AI 的 Chrome 爬虫辅助插件

这方面我有用 bb-browser 爬过网站的接口，比起工具调用 AI ，还是让 AI 调用工具更靠谱吧，那 AI 直接接管浏览器 devtool ，让 AI 自己去抓数据，判断接口

5 月 11 日

回复了 HuPu 创建的主题 › 程序员 › 哪家 AI 适合阅读完整网页

我也想找合适的，尤其需要便宜，效果又好，我现在主要使用 Deepseek 和小米的顶级模型配合 bb-browser 访问网页，但智商不够，搞不清要点，有时候甚至会理解错我的意思，摘要出和我目标不一致的内容

5 月 11 日

回复了 codcodcod 创建的主题 › Claude › 为什么 claude opus4.6 越用蠢了是我的错觉嘛。

上个月不是已经有实锤这个 4.6 降智了的吗？ 4.7 出来之前，测一个什么幻觉还是什么的能力，排名从最早的顶尖变成了普通

5 月 11 日

回复了 lel020 创建的主题 › 程序员 › 压缩上下文居然吃不到缓存？告诉我不是最后一个知道的

@bwnjnOEI 我也是这么想的，但是刚刚粗看了一下调试信息，发现压缩上下文这个请求开头没有携带 skill 列表, 这应该就是重要的分歧了。这之前的系统指令依然走了缓存，这之后的所有内容就和普通的请求对不上了
@106npo 输出并不多，压缩非常狠，有用没用的都丢了，几百 K 可能压缩到 1K ，主要成本还是无缓存的输入
@dockerhub 确实是开头被破坏了，不过我看提示词好像没有找到区别，也可能是提示词太长了，没有去仔细对比它。但我发现了关键区别是 skill 列表没有了

5 月 9 日

回复了 MuyuQ 创建的主题 › 程序员 › 千问推出了 PC 语音输入，功能和 typeless 差不多

我希望语音输入归语音输入，输入法归输入法，语音输入法就很坑爹，挤占了输入法的位置，但作为输入法又垃圾的不行，

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯