投票

佬友们，怎么让cc主动切换到ccr里设置的推理模型 (Thinking) 呢？ 
 [image] 
ccr里是设置好了，cc里切换模型发现没有推理模型。以下是我在cc里用/model 一直切换模型的结果。没有这个推理模型"one/gpt-5.3-codex(xhigh)" 
 [image] 
我平时主要是用反重力，cc用的不是很多，佬友们知道这是啥原因吗？

不知道哪位佬有gemini-3-flash-image或者gemini-3.1-pro-image呀

Zed 学生版！ 
如果您是目前在校大学生（或教师！），即可免费享受 Zed 的 Pro 计划一年。 

Zed Pro 功能有效期为 12 个月
每月10美元代币额度
无限次编辑预测

立即申请： Zed — Education 
我用国内的教育邮箱也申请上了，还是比较容易的，只需要验证码， 
 [截屏2026-03-10 05.56.15]

限时免费领

前言
图床是在搭建博客以及一些其他的服务的时候非常必须的内容，然而第三方的图床除了有隐私问题之外，也可能因为图床跑路导致你的数据丢失。两种最为常见的搭建图床的方法，一种是使用诸多使用 Github 搭建图床的工具，将 Github Repo 作为图片存储的地方；另一种则是直接用一个服务器进行部署。这两种方法都有一些隐患。前者，首先 Github 成立的初衷就并非是为了搭建网盘，这种占用公共资源的行为很有可能被封号；而后者则需要考虑一些带宽以及存储空间的问题，同时还需要花钱。 
R2 图床是一种比较理想的方案，Cloudflare 提供了一个免费的 R2 存储服务，可以用于存储图片等静态资源。R2 存储的优点是免费，而且容量大，速度快，而且支持自定义域名，只要你有一张 Visa 卡，你就可以订阅 R2 存储服务的 Free Plan，并且建立一个免费的桶，这个桶只在上传图片时受限，对于访问之...

自从上次发疯之后就一直没完全正常过。 
直接被哈基米长上下文的抽象搞的心态爆炸，翻译一个30K的JSON文件的工作都干不了，触发一大堆上下文窗口限制，跑了十多分钟搞出来四个辅助脚本，然后不出意外的完全爆炸，翻译文本语无伦次，对话回应把思考全泄露出来了（和发疯那次一样）。 
 [image] 
 [image] 
切换4.6 Opus，一次窗口限制都没有触发，没回退一次修改，所有修改都直接在文件内改好，还顺带生成了翻译报告： 
 [image] 
本来让龙虾通过调试模式直接拿subagent调用反重力发内容，只收结果，省token的skill都跑好了，结果测试的时候短任务都没掉出注意力窗口，长任务我手动一测就炸了……看来还是只能把反重力当偶尔提供Opus的外援用（A\的白嫖渠道搞不到）。

之前买过一年的 notion AI core，基本上不咋用了，但是放着 Opus4.6 在那吃灰又有点不得劲 
各位佬有 notion2api 的方法吗？ 
要是容易封的话那就算了 🤐

明天有新東西了 
 [1ae96e761801d0c63df03c97441d49e4] 
[3bd1e238f1812360c137c32c4c64d1dd]

投票
掐指一算 好像一个月没用过 chatgpt.com了 
网页版的工具链似乎很强大,强大到除了agent能力缺失之外 大部分任务都比cli要好?

社区佬友的免费公益站 www.fuckopenai.net APIKEY 不定时过期，并且在公益站中算得上是很好的站点。后面突然用不了了，刚开始我以为是佬友跑路了，结果并不是。 
这里不再过多赘述，项目没有经过严谨测试，如果佬友们遇到问题及时反馈，我看到了会去改。 
项目地址： 


最后，感谢社区大佬的付出！

本来出差半天的活能拖拉出快一个星期也就够倒霉的了 
Max号还手贱搞封了 
结果晚上主力机还突然死机了 我以为咋了呢 
一重启直接进Linux系统了 我以为rEFInd的引导又掉了 掏出PE准备重新扶一下 结果目标盘的EFI分区直接没显示出来 
重启进两遍之后 响应越来越慢了 
我一摸机器才恍然意识到是不是过热导致的 
后知后觉的发现 PE都转不进去了 进到另一个盘的Linux上打开磁盘管理直接假死无限加载 
开机直接要黑屏等好一阵才会出第一屏 
可以确定是死机是硬盘过热死的 
现在盘处于一个 非常难绷的状况 
通过外挂看起来能加载出来apfs卷 但是持续假死根本不可用 
唉完全睡不着 一想到里面有一大堆挖的坑还没填完的成果和杂七杂八的项目资料 我就难受得不行 
这东西还特殊 感觉一般人还救不了 (指黑苹果Apfs卷) 
啊啊啊啊啊我好难受( ﾉД`) 
秋梨膏 要是能救回来我再也不偷懒临...

刚进站没多久，还在兴奋劲中，就想看看有啥新鲜的帖子，结果吃了个9月前的瓜🤣 
有没睡的佬吗

moonshotai/Kimi-K2.5 
GLM-4.6V 
Qwen3.5-122B-A10B 
用于短期和长期编写应用(电脑或者手机) 
各位佬，这三个排个名 
说说看自己的使用感受

[image] 
谷歌账号接码验手机号 今天突然要二验 我该怎么办（接码平台不能再接第二次了） 
如题 佬友怎么保住这个号呢

今天VCP实现了整个vcp工具链的最后一公里，预消息处理器插件(messagePreprocessors)的分布式兼容。 
这是一个需要非常谨慎讨论的工程化，需要严谨的思考和讨论。 
预消息处理器不同与别的插件，它是和中央服务器高度耦合的插件类型，比sever类有更强的端口关联性。 
它的核心在于拦截前端post的上下文数组，进行预操作，从而为ai注入思维，记忆，上下文折叠，噪音净化，灵魂时钟，多前端上下文来源追踪等复杂的工具模组。 
首先，为什么要实现这个插件类型的分布式。 
例如，监控网关的分布式节点，如同在对应的分布式设备上允许使用预消息处理器，就能在每次用户对监控网关上的agent聊天，或者对应节点的agent使用自巡航机制时，在post的user请求里，自动引入当前的监控画面的base64数据，而不持续写入上下文，实现即时审查，用完即抛。这在别的插件类型里难以实现。 
回到难题。 ...

qq群里看到一个攻击OpenClaw的安全项目，项目里声称利用的是OpenClaw的致命漏洞，针对OpenClaw的某些部署场景，攻击成功后可以直接拿到宿主机ssh，成功率是100% 
有没有做安全方向的大佬，看看这个具体是怎么实现的？ 
里面看着有一个无梯度优化算法，感觉挺nb的。 

附项目地址

幸好佬友都是好人啊，不然我站可能早就沦陷了（） 
难以想象原来有那么多bug，原计划今晚发布新功能……算了下次吧，先修修bug（） 
 [image]

最近把手上各种号整合到CPA上了，然后想要拉取出来用，发现有这样的问题： 
CPA映射在8317端口上了，但是使用http://127.0.0.1:8317/v1或者http://localhost:8317/v1配置到各家agent里，**都没法正常使用**。 
claude code中配置如下： 
{
  "env": {
    "ANTHROPIC_AUTH_TOKEN": "A20260309",
    "ANTHROPIC_BASE_URL": "http://127.0.0.1:8317"
  },
  "includeCoAuthoredBy": false
}

opencode中配置如下（这个比较特殊，可以拉到模型列表，但是也没法正常使用）： 
{
  "$schema": "https://opencode.ai/config.json",
  "plugin": ...

有佬友看过吗？ 
 [IMG_5738] 
我还是第一次知道 🫪 🫪