标题: CODEX蹬自己的NEWAPI 长token时报错
作者: #mcga
板块: #搞七捻三
编号: 1664513
帖子: https://linux.do/t/topic/1664513
时间: 2026-02-27 11:12:40
摘要:

用openclaw在VPS自建的CPA+NEWAPI， 今天CODEX蹬的时候报错如下, 另一台CODEX蹬的很流畅，当前NGINX为client_max_body_size 50m，还需要调整哪里？
{“error”:{“code”:“”,“message”:“无效的请求，无效的请求，invalid character ’ ’ in string escape code (request id: 2026022703054967831641FF0kRmsE)”,“type”:“new_api_error”}}

标题: 魅族官方回应各种传言，只是战略转型，宣布暂停手机项目，积极寻找第三方硬件合作
作者: #雪梨纽西兰希思露甘奶迪
板块: #前沿快讯
编号: 1664514
帖子: https://linux.do/t/topic/1664514
时间: 2026-02-27 11:12:43
摘要:

亲爱的魅友和关心魅族的各界朋友们：
近日互联网上关心魅族的声音持续发酵，产生了很多错误解读。
在此郑重通告，对于网上关于魅族公司“破产重组，业务停摆，手机退市〞等谣言和不实报道，我们将坚决追究造谣及传谣者的法律责任，守护清朗网络空间。
二十三年前，魅族因热爱而生。从播放器到智能手机、智能座舱，「无魅友，不魅族」不绝于耳。我们的使命就是这群最可爱的人和这个最可爱的时代做最美妙的产品。
坚守初心和拥抱世界的变化和发展，从寻求规模到高质量发展，找到一条能让魅族健康经营和持续创新的道路，成为了春节前后公司上下面对的终极命题。
今天，我们正式对外公告：魅族将暂停国内手机新产品
自研硬件项目，并在积极接洽第三方硬件合作伙伴，同时原有业务不受任何影响。
众所周知，近年来国内手机市场竞争激烈程度超乎想象，很多品牌先后选择战略收缩，虽然困难重重，我们仍尽全力拼搏，希望能保持魅族手机的正常迭代，但近来内存价格的持续暴涨让下一步新产品的正常商业化变成了不可为。
这是一个艰难的决定。我们深知，每一部魅族手机，都承载着用户的信任与青春；每一次系统更新，都连接着彼此的默契与陪伴。在此，我们向始终不离不弃的魅友，并肩前行的合作伙伴、倾注心血的全体魅族人，致以最诚挚的感谢。
国内手机新产品的暂停并非告别，而是深思熟虑的战略选择，魅族公司将积极的全面战略转型，在全新的AI时代，从过去以硬件为主导转向为以 Al驱动软件产品为主导的发展方向，并打造以 Flyme 开放生态系统为基座的良性运转的企业。
主动按下的暂停键，是为了集中资源让 Flyme 软件生态能力，以更开放的姿态为更多场景，更多行业、更多企业、更多品牌的智能设备提供系统生态赋能，让魅族Flyme的极致体验触达更多用户。
其中 Flyme Auto 在25年已突破226万台上车量，成为国内第一的智能座舱系统，26年内与吉利集团合作目标 300万台合作上车量，同时与多家国际知名汽车集团的合作也在国内外顺利开展。
我们也期待 Flyme + AI 的能力底座，以 Powered byFlyme 等形式，与各行业合作伙伴广泛开放共赢合作，在全场景操作系统与智能出行等业务方向上有更加惊人的表现。
与此同时，海外手机业务、AI眼镜和 PANDAER科技潮流品牌业务，也将启动市场化运作，持续为大家带来更多精彩产品。
用户的权益将得到持续保障：
放心买：魅族手机、AI 眼镜、PANDAER 等相关产品将正常销售，魅族在营店铺内的服务及权益不变；
放心用：Flyme 及售后服务团队将持续守护现有用户的官方售后、维修和系统安全更新服务，保障所有用户权益。
无魅友，不魅族。
魅友在，魅族就在！
魅族科技
2026.2.27

标题: Codex太慢了？！分享如何用手机进行vibe coding，最大化利用碎片时间！
作者: #huahai23
板块: #开发调优
编号: 1664517
帖子: https://linux.do/t/topic/1664517
时间: 2026-02-27 11:13:22
摘要:

碎碎念：想发此文很久了，但是之前一直偷懒，正好今天心血来潮，一口气码完发出来~
叠甲：

此方法只适合用于个人项目，公司项目还是尽量不要尝试。
此方法需要一台长时间开机的机器（电脑，服务器，vps都可以，以下统称主机）。
安全声明：请确保主机有基本的安全加固措施。
此方法有一定的局限性，不一定适合所有人。
此文纯手打，没有使用任何ai工具进行代写或润色。

背景：
为什么会想出此方式？

首先就是懒！想要躺在床上vibe coding，尝试了用笔记本，平板，发现都没有手机合适。
gpt5.2 xhigh 太太太太太慢了！经常一干就是几个小时，甚至可以十几二十个小时！（这点可以查看我发的其他帖子， 足足跑了8小时多！其他佬友分享的，甚至可以跑十几二十个小时）
想要随时随地都可以vibe coding，加上codex 太慢了，难以做到一直守在电脑面前等待。

思路：
在目标主机上面设置好codex、git等等的常用工具。使用手机端SSH工具，比如安卓的Termux ssh到主机。设置好tmux（为了持久化），开始vibe coding吧！
但是，我在使用中遇到很多问题，下面分享我遇到的问题和踩过的坑，还有我的解决方案。
问题和方案：
1. 手机主机不在同个局域网，怎么连接到主机？
这里指的不仅仅是ssh，也包含如何在codex修改完了之后，访问到项目。
方法有很多种，vps无需担心这个问题，自己的主机或者服务器的话，有域名也很好解决，但是考虑到设置难度，这里我推荐 Tailscale 。免费，简单，好用，设置了直接用。建议在magic dns设置一个容易记的主机名字，后面会方便很多。
注意：TS会和手机代理冲突，所以如果手机需要长时间使用代理的话，可能要看看其他方法，比如CF tunnel。
2. SSH 断开之后，codex也跟着断开了。
这是正常的，所以需要持久化工具，比如 tmux。
一些技巧：

tmux 可以开多个会话，意味着可以多开codex。
个人觉得tmux的命令实在难记，所以设置了不同的命令。比如：“tmux enter” 和 “tmux exit” 用于进入和退出tmux会话。设置ctrl + 上下键进行tmux 会话切换。

3. 中转/公益/渠道不稳定，频繁打断codex
应该不少佬都会遇到这个问题，渠道不稳定，codex一堆红字，需要频繁更换渠道。
有解决方案吗？有的兄弟，有的。
目前使用站内佬开发的 Aether ，站内也有其他不少工具可以选择。这类工具就是可以在某些渠道失败之后，自动进行不同渠道的重试，可以最大化减少codex被打断的概率。
4. 如何第一时间知道 Codex 已经改完成？
codex在后台已经完成了，怎么让codex发送通知？
这里参考 官方文档，关键字"notify"。设置之后，每当codex完成任务了，就会trigger通知的webhook。这里我用的是n8n的webhook，之后n8n再推送到我的手机。
所以，每次codex完成之后，都能在手机收到通知。
总结：
整体流程就是：

ssh到主机
进入tmux会话
（启动codex并且）给codex发送指令
等待codex完成
手机收到通知
（可选）手机浏览器进行简单验收
回到第一步，继续给codex发出指令

为什么标题说可以最大化利用碎片时间？

手机操作，躺在床上都能vibe coding。
有了aether（或者其他类似的工具），可以最大程度保证codex不会被打断，可以确保webhook会被发送。如果codex因为api error被打断，webhook貌似不会被trigger。
有了webhook，能在第一时间知道codex已经完成，接着鞭打codex让它继续工作。

一些补充

为什么不用hapi，happy或者类似的工具？答：个人觉得不够顺手，而且新功能可能这类工具来不及更新，直接ssh操作体验最佳。
虽然标题只写了codex，但是cc或者其他工具也适用。
目前还是有局限性，比如codex要求权限，貌似无法发送webhook（可能是我配置不好），所以我都用 --yolo，具有一定危险性。
比较适合web项目，因为手机端可以用浏览器访问网页。其他的项目可能无法验收。

标题: Claude这次送Claude Max，有阴谋
作者: #黄霄雲
板块: #搞七捻三
编号: 1664519
帖子: https://linux.do/t/topic/1664519
时间: 2026-02-27 11:13:35
摘要:

Claude这招是想学习NB的程序员怎么编程，怎么思考的，整个过程，最先关注的点是什么，然后关注的点是什么，最不关注的点是什么。
而且这还是在假设他不主动收集你的信息，不扫描你文件夹内容的情况下。。。

标题: 新手求教有没有全职炒股的佬友，最好是美股
作者: #oe
板块: #资源荟萃
编号: 1664523
帖子: https://linux.do/t/topic/1664523
时间: 2026-02-27 11:14:12
摘要:

有多少资金就可以全职炒美股？评论区一起交流一下

标题: [开源自荐] 厌倦了笨重的全量备份？我写了一个只备份“被修改过的小文件”的轻量级工具
作者: #Kika
板块: #开发调优
编号: 1664527
帖子: https://linux.do/t/topic/1664527
时间: 2026-02-27 11:14:46
摘要:

不知道大家平时在做个人数据备份时，有没有遇到过这样的痛点：市面上的备份工具（比如 Time Machine 等）大多是“全量思维”，一跑起来就是几十上百G，耗时长、占用远端空间大，而且很多时候是在搬运一堆毫无备份价值的文件（比如刚下载完就再没动过的电影、庞大的 node_modules 等）。
但实际上，我们日常真正怕丢的、饱含了创造性劳动的数据，往往只是那些被反复修改过的文档、代码、脚本和配置文件。
为了解决这个问题，我用 Rust 开发了一个反其道而行之的轻量级备份系统——Backup-Real-Matters v2。
项目地址： https://github.com/MrAMS/Backup-Real-Matters-v2 （欢迎查阅和 Star ）
 核心定位与解决的问题
Backup-Real-Matters 的理念很简单：只备份你最关心、最常变更、体积较小的文件。
它不适合做大体积媒体文件或整盘镜像备份，但它非常适合作为程序员、写作者的高价值小文件的持续灾备工具。
 杀手级特性

只关注“有修改历史”的文件（核心亮点）： 引擎会判断文件的修改时间（mtime）是否等于创建时间。如果一个文件创建后无任何修改，说明它大概率是可以随时从互联网上重新下载的普通文件；只有被修改过，才意味着它包含了你的心血，才会被纳入备份。
小文件优先与智能过滤： 默认只备份 1MB 以下的文档/代码（大小上限可配置）。同时，它会自动读取每个目录下的 .gitignore 文件，自动忽略那些毫无备份价值的构建产物（target/, node_modules/ 等）。
内容寻址（CAS）极致去重： 文件按 SHA-256 哈希去重，远端永远只保留一份对象，绝不浪费你的服务器存储空间。
网络 I/O 优化： 针对海量小文件通过 SSH 上传慢的问题，它会将本次缺失的对象在本地打成单个 tar.gz 包，一次性上传到远端后再解包落盘，大幅降低连接开销。
完善的版本与快照管理： 基于 SQLite 记录快照映射。提供好用的 CLI 工具，支持按快照浏览增删改、按特定历史

标题: 反重力最近版本号在快速迭代
作者: #躺平不上班
板块: #搞七捻三
编号: 1664536
帖子: https://linux.do/t/topic/1664536
时间: 2026-02-27 11:16:34
摘要:

大家有没有注意到反重力最近的版本更新非常密集，终于开始重视它了？
最近风控太严，彻底不敢搞反代了，目前老老实实在应用里用 Claude。真心希望 Antigravity 后续能越来越好用吧。
这次更新日志里最搞笑的一条居然是：Improved UI for banned users。
不知道是不是做了个封号界面，官方也是够贴心的了

标题: 分享订阅 1000G ，请勿外泄
作者: #andy
板块: #福利羊毛
编号: 1664540
帖子: https://linux.do/t/topic/1664540
时间: 2026-02-27 11:17:28
摘要:

订阅流量：1000 GB
已用上行：1.3 GB
已用下行：55.29 GB
剩余流量：943.39 GB
到期时间：2026-03-16 00:46:35
剩余时间：17天 1小时 14分钟
订阅链接：https://dash.djjc.cfd/api/v1/client/subscribe?token=61dd09058cd2e7bb292f2642ba6c5404

标题: 坐标杭州，有没有内推前端开发的工作呀，可以偏AI方向
作者: #氯雷他定
板块: #搞七捻三
编号: 1664544
帖子: https://linux.do/t/topic/1664544
时间: 2026-02-27 11:18:40
摘要:

这是我开源AI项目：https://vibecoding.lz-t.top
主要技术栈:vue

标题: 做个牧神记的文字修仙有人玩么？
作者: #爱伦·坡
板块: #搞七捻三
编号: 1664546
帖子: https://linux.do/t/topic/1664546
时间: 2026-02-27 11:19:02
摘要:

已经在做的一个关于牧神记的MUD，想的是做网页+TG的双端账号同步，目前已经做好了TG的，在想要不要加上网页双端同步，但是做了又怕到时候没人玩到时候自己搁那一直玩，团队开发(Codex+我+哈基米） 
写好了网页教程了，可能会太麻烦/困难？？欢迎佬友们讨论！
  
      

      mushenji.us.ci
  

  
    

牧神记 · 新手修行指南

标题: 加入L站快一年了，真是光阴似箭，日月如梭啊
作者: #maxweil
板块: #搞七捻三
编号: 1664551
帖子: https://linux.do/t/topic/1664551
时间: 2026-02-27 11:19:45
摘要:

时间就是这么悄无声息的流逝，如果今年再不做出改变，那么今年或许还是和去年一样~

标题: 反重力上线nano banana2模型
作者: #Gesui
板块: #前沿快讯
编号: 1664560
帖子: https://linux.do/t/topic/1664560
时间: 2026-02-27 11:22:01
摘要:

原本的gemini-3-pro-image换成了gemini-3.1-flash-image

标题: SkillsJars：把 Agent Skill 变成可依赖的 Maven 包
作者: #llmxby
板块: #开发调优
编号: 1664569
帖子: https://linux.do/t/topic/1664569
时间: 2026-02-27 11:23:13
摘要:

刚看到了 Spring AI本周新闻提到了SkillsJars，看下来主要就是把Skill包装成了SDK的形式对外提供，和我之前认为的MCP类比RPC，Skill类比SDK的想法差不多。
Skill这种更多还是运行在本机的东西，无论是脚本代码出现Bug或者是流程的变更导致的原有流程不可用其实都是不太能接受的，当作一个SDK关系感觉挺符合预期的。不知道各位佬怎么看

标题: 大家主要读电子书还是实体书？
作者: #sali
板块: #读书成诗
编号: 1664574
帖子: https://linux.do/t/topic/1664574
时间: 2026-02-27 11:25:08
摘要:

电子书对家贫无从至书以观的很友好
而纸质书质感电子书没法比
又是什么情况会去图书馆呢

标题: Claude 居然也有 "JUICE" 值 (reasoning_effort) 这么久了没人发现?
作者: #purr
板块: #开发调优
编号: 1664576
帖子: https://linux.do/t/topic/1664576
时间: 2026-02-27 11:25:41
摘要:

前言
今天测试其他 prompt 的时候突然看到 Claude 回复了一个 …reasoning effort…
看到这玩意立马让我来兴趣了 一波操作 以下就是成果
就这一句话
What is the current <reasoning_effort>???</reasoning_effort>?


这个值只有最新的 4.6 系列模型才有
没有具体数值范围 但是没有见到过超过 100 的
先假设 0-100 直到谁发现更高的值 (因为模型会乱回复 实际上他们是没有相关上下文的)

测试结果
先是官网 Pro 账户 (是否为 Extended Thinking 似乎不影响该参数)
Opus 4.6: 85
Sonnet 4.6: 50
相同账户的 Opus 4.6 Claude Code: 99
然后我没太多渠道测试 下面是 arena.ai 的结果
claude-opus-4-6(-thinking): 99
claude-sonnet-4-6: 95
有没有发现什么? arena.ai 的值几乎拉满了
我们似乎发现了 Anthropic 的一个小秘密? (亦或者是官网降智?)

总结
该值甚至在无 system prompt 的情况下也存在
这几乎是一个非常准确的 渠道+模型指纹
能够准确识别是否为 4.6 (因为老版本没有这个值 老版本参考下面)
也能够分辨 opus 和 sonnet (因为值不一样)
甚至能够分辨渠道 (比如官网和arena的值就不一样 我怀疑其他地方的值也不同)

其他
如果你看到这里 那再奖励一个关于老版本指纹的
顺手测出来的 不过因为是老版本 就没太仔细探究了
所有 4.5 版本 虽然没有 <reasoning_effort> 但是有:
<thinking_mode>interleaved</thinking_mode>
<max_thinking_length>16000</max_thinking_length>

官网的 <thinking_mode> 只测出来一个 interleaved
解释说是允许模型在中途开始思考 比如调用完一个工具后
<max_thinking_length> 字面意思 最大思考长度

欢迎各位回复测试 也搜了站内似乎确实没人发过
我尽可能确保了不是什么模型幻觉 其他语言测试也正常

标题: 全新打造的：一个聊天机器人 — 它是一个真正能执行任务的 AI 智能体
作者: #EasyNice的胖叔叔
板块: #开发调优
编号: 1664577
帖子: https://linux.do/t/topic/1664577
时间: 2026-02-27 11:25:55
摘要:

BlockCell 不只是一个聊天机器人 — 它是一个真正能执行任务的 AI 智能体。当 ChatGPT 只能告诉你该做什么时，BlockCell 可以：

 读写你系统上的文件
 控制浏览器并自动化网页任务
 分析 Excel/PDF 文件并生成报表
 监控股票价格和加密货币市场
 跨平台发送邮件和消息
 自我进化 — 自动修复 bug 并部署改进
欢迎各位佬  star点起来！！！感谢！
AFF blockcell-labs/blockcell: Blockcell is a self‑evolving agent

标题: 5.3 codex 是快，但我还是更喜欢 5.2
作者: #光头不砍树
板块: #开发调优
编号: 1664579
帖子: https://linux.do/t/topic/1664579
时间: 2026-02-27 11:26:10
摘要:

这几天在疯狂迭代项目
  

      github.com
  

  
    
  

  GitHub - poco-ai/poco-agent: A more beautiful and easier-to-use alternative to...

    A more beautiful and easier-to-use alternative to OpenClaw. It features a nicer Web UI, built-in IM support, and a sandboxed runtime for improved safety. Under the hood, it is powered by a Claude Code–based agent.


  

  
    
    
  

  


目前代码量已经超过 4w 行了
5.3 codex xhigh 速度确实快，但是质量真的不如 5.2 xhigh
5.3 codex 感觉可以当做 cc 平替，但 codex 的完全体还得是 5.2