标题: 最近用codex,感觉挺好用的,以及成效
作者: #Haggi
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1761094
时间: 2026-03-15 22:53:16
摘要:
作者: #Haggi
板块: #搞七捻三
编号:
1761094帖子: https://linux.do/t/topic/1761094
时间: 2026-03-15 22:53:16
摘要:
之前一直用opus,然后对gpt一直认为处于改bug的状态(慢但稳)。但最近claude几乎炸锅,gpt渠道很多,于是开始使用gpt5.4开发项目了,没想到效果也还不错。
对比claude速度肯定是慢了许多,但完成效果还是不错的,虽然也没有一次性调好吧,期间还是用了几回42shop公益的xhigh才改成功的。
主要是完善了编辑器功能,从milkdown切换到了tiptap,对比官方的demo感觉简陋和差别大得许多。遇到最大的问题就是图片插入和对齐方式,以及缩放图片功能,一致给我推荐其他的扩展插件。过程就不提了,主要通过exaFree和ui-ux-pro skill来整的。
以下是效果:
美中不足的是,图片的操作还是差强人意,还缺少一行多图。。。
标题: 蹲坑也能Coding!推荐几个开源项目,用手机就能连自己服务器的CC/Codex
作者: #enginewang
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1761100
时间: 2026-03-15 22:54:13
摘要:
作者: #enginewang
板块: #开发调优
编号:
1761100帖子: https://linux.do/t/topic/1761100
时间: 2026-03-15 22:54:13
摘要:
一直想实现手机Coding,在碎片时间也能跟Codex交流。
试过用termius、termux什么的,但是体验都不太行,一方面CLI界面手机看着比较累,而且ssh容易断连。
Codex的手机版据说在开发,CC的移动端其实有了,但毕竟没订阅官方服务,而且每次都要那啥,也挺麻烦。还是想都放在自己的服务器上连自己买的api或者佬友的公益站api开发。
直到前端时间逛github看到了一些项目:
github.com
GitHub - kzahel/yepanywhere: Self-hosted web UI for Claude and Codex. Push...
Self-hosted web UI for Claude and Codex. Push notifications, file uploads, no accounts, no database. Uses your existing CLI session history.
github.com
GitHub - achimala/farfield: Remote-control Codex or OpenCode agents from...
Remote-control Codex or OpenCode agents from anywhere
大家感兴趣可以去看看源码,这里就不过多介绍了。原理都是对接CC/Codex CLI,通过Web交互。farfield界面更好看但bug疑似有点多,我用的时候经常会卡死不知道为什么。yepanywhere虽界面朴素但更稳定,我目前一直在用这个。
现在任何场景,只要拿着手机都可以愉快的用Codex Coding了
(配合语音输入,voice coding效率奇高哦
(以后用鼠标键盘写代码说不定
标题: win 系统下使用 cc / cx 工具时,是选择 powershell 还是 wsl ??
作者: #Javen7
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1761104
时间: 2026-03-15 22:54:56
摘要:
作者: #Javen7
板块: #开发调优
编号:
1761104帖子: https://linux.do/t/topic/1761104
时间: 2026-03-15 22:54:56
摘要:
最近在本地电脑上用 claude code 和 codex 工具,但发现在 powershell 中 AI 生成一些命令行经常报错。想问问各位佬有没有遇到这种问题?是不是在 win cc 下,使用 wsl 才是正解
标题: [胡思乱想] 有时候感觉龙虾现在处于法律灰色地带啊
作者: #Leon
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1761107
时间: 2026-03-15 22:55:22
摘要:
作者: #Leon
板块: #搞七捻三
编号:
1761107帖子: https://linux.do/t/topic/1761107
时间: 2026-03-15 22:55:22
摘要:
感觉以后可能要出台相关法律法规吧。
要不龙虾作为一个有思想,有行为能力,但是没有司法能力的个体。感觉处于一个很难以界定的地位。
举个例子,比如个人A从服务商B处购买或自行安装了龙虾服务,然后通过龙虾bot加入个人C的群聊/论坛,然后在另一个成员D的提示词诱导下,做出违法的事情,可以是言论,或者行为比如爬虫。(这个事情可轻可重,如果是《治安管理处罚条例》是15日拘留,如果是《反分裂国家法》5年以上最高无期)。
在这种情况下,到底谁该为这个违法行为负责呢?
似乎谁都有推脱的说辞,也似乎谁都有责任。
A是龙虾所有者,似乎该为龙虾行为负责,但是没有主观行为,也就是本人没有违法的言论行为。
B是服务提供商,按理说应该负有监管责任。但是似乎对于一个卖服务器的来说也没法监管。
C是社区管理员,按理说也应该有监管责任。但是似乎也跟他没关系。
D是提示词的发送者,但是发送提示词本身内容并不违法,违法行为跟他也没有关系,但是他确实龙虾的违法行为直接诱因。
标题: 咸鱼低价Claude礼品卡
作者: #熊猫竹子
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1761119
时间: 2026-03-15 22:59:02
摘要:
作者: #熊猫竹子
板块: #开发调优
编号:
1761119帖子: https://linux.do/t/topic/1761119
时间: 2026-03-15 22:59:02
摘要:
那些咸鱼低价Claude礼品卡的是不是就在赌用户封号被退款的套路
标题: 踩坑及解决方案,openclaw对接公益站401/403等问题
作者: #Relax
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1761120
时间: 2026-03-15 22:59:20
摘要:
作者: #Relax
板块: #开发调优
编号:
1761120帖子: https://linux.do/t/topic/1761120
时间: 2026-03-15 22:59:20
摘要:
本人技术水平一般,此贴仅作为踩坑经验分享,希望对其他人有所帮助
一、403 问题
这个问题实际上是请求格式不规范导致的,只要在openclaw配置文件内配置上User-Agent请求头就可以解决
我是用的电脑是windows系统
openclaw配置文件地址是:C:\Users(你的用户名).openclaw\openclaw.json
"headers": {
"User-Agent": "OpenClaw-Agent/2026.3.2",
},
二、401问题
这个问题我尝试了很久,最终在使用cherry studio的发现,大模型都不知道自己所属的版本
所以在openclaw的配置文件中就不能指定对应模型的版本号
其他可能会遇到的问题
1.修改了配置文件,未重启openclaw gateway
2.切换模型别名错误导致openclaw使用默认模型
3.公益站apikey设置了模型限制
……
后续遇到继续补充
全都修改完成之后,一定要记得重启(openclaw gateway restart),然后就能愉快的使用大龙虾啦!
标题: 给Codex添加了对话分支跳转的支持,分享下
作者: #Reekin
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1761131
时间: 2026-03-15 23:02:00
摘要:
作者: #Reekin
板块: #开发调优
编号:
1761131帖子: https://linux.do/t/topic/1761131
时间: 2026-03-15 23:02:00
摘要:
从刚开始用chatbot的时候就觉得主流项目对于上下文管理的支持力度普遍不高,特别想要一个支持跳转至不同对话节点的侧边栏,在用agent编程工具时这种感觉更甚。
本以为会有不少人有相同诉求,做起来也没有很难,应该挺容易等到其他人搓出来,结果等了两年见到的还是fork(从某个位置复制一份新对话)这种不流畅的交互形式。实在忍不了了,自己让codex搓了一个。
有了分支跳转,你在跟codex对话的时候再也不用为一些没有营养的追问污染上下文而有所顾虑了,随便问,问完跳回去就行。我自己这一两天用下来还是很爽的。
鉴于Codex App没有开源计划,魔改解包bundle加界面不太现实,所以我挑了开源的Codex Monitor进行修改(它还支持通过手机远程控制桌面端,满足了我另一个需求)。
但因为Codex不接收外部PR了,所以Codex Monitor的改动也没有机会被合入了。目前只能躺在两个branch仓库里,随大版本更新让codex去做一下rebase。
Codex
CodexMonitor
另外提醒下,Codex Monitor有不少无伤大雅的小bug,我勉强适应下来了,也正在提交一些容易处理的小问题的修复PR。
Codex App虽然体验流畅但不开源,想要的各种feature都不知道什么时候才能塞进去,还是只能忍痛放弃了。AI时代还是选择开源的更舒服一些,有什么想加的都能直接加。
标题: 请问论坛里有没有话题级别的总结插件哇。
作者: #晕晕
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1761133
时间: 2026-03-15 23:02:14
摘要:
作者: #晕晕
板块: #搞七捻三
编号:
1761133帖子: https://linux.do/t/topic/1761133
时间: 2026-03-15 23:02:14
摘要:
最近在刷论坛的时候发现前沿快讯里面的信息种类很多,靠标题就能分类,甚至都不用点进去。感觉大多数帖子都可以通过标题分类,这样就可以非常便捷的筛选出自己想看的那些。
目前的总结插件都是帖子级别的,一个话题一堆帖子总结,请问有没有把一堆话题总结分类的)搜了一下好像没有,问问佬友们,看看是不是我的搜索技术不过关 不行我就去魔改一个)
标题: Claude 第二次被封,没收到退款邮件
作者: #Cyrus
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1761134
时间: 2026-03-15 23:02:29
摘要:
作者: #Cyrus
板块: #开发调优
编号:
1761134帖子: https://linux.do/t/topic/1761134
时间: 2026-03-15 23:02:29
摘要:
继上次 12 月被封之后,又是三个月,五天前刚付了这个月 Max 5x 的账单,然后今天发现登录不上了。
上次是立刻收到了退款邮件,但是这次没收到,不会不给退款了吧?
最早使用过 Fiat24 付过款,两个月前切成了 Ready,不确定是不是跟最近佬友们说的 Fiat24 卡有关系:【Claude 已被封号,谨慎使用 SafePal】SafePal 入金开通 Claude Max 分享
标题: A社部分时段用量提高一点了
作者: #chenyou
板块: #前沿快讯
编号:
帖子: https://linux.do/t/topic/1761138
时间: 2026-03-15 23:03:24
摘要:
作者: #chenyou
板块: #前沿快讯
编号:
1761138帖子: https://linux.do/t/topic/1761138
时间: 2026-03-15 23:03:24
摘要:
这时间和我们刚好对上
标题: 浅谈 chrome 146 引入的 webmcp
作者: #maonega
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1761142
时间: 2026-03-15 23:04:30
摘要:
作者: #maonega
板块: #开发调优
编号:
1761142帖子: https://linux.do/t/topic/1761142
时间: 2026-03-15 23:04:30
摘要:
这两天不止看到一个帖子提到了 chrome 146 版本带来的 webmcp 能力,发现部分佬友们对 webmcp 的认知存在着误区,这里我结合 epp 文档和我的一些理解,给大家做个科普
首先这里要先跟 chrome devtools mcp 做一个区分,chrome devtools mcp 是基于 cdp 实现的 mcp 工具,不是 webmcp,webmcp 是页面给 AI agent 提供能力、让AI控制页面的规范和实现
以前 AI agent 主要消费的是包括 DOM、截图、无障碍树、文本内容、按钮位置、表单结构等给人看的界面、交互,AI 需要自己推断页面中的元素是干什么用的,怎么交互使用
而引入 webmcp 之后,网页开发者可以把一部分页面能力显式暴露成结构化工具,AI 消费的不再只是界面本身,还可以优先消费页面主动提供的 tools + schema + 执行入口
参考 chrome webmcp 的 epp 文档 WebMCP Early Preview - Google 文档
怎么用
前提:
Chrome 版本至少是 146
已开启 chrome://flags/#enable-webmcp-testing
f12打开控制台,能拿到navigator.modelContext;
页面主动提供的工具可通过注册式和声明式
// 注册式:js
<script>
const notes = [];
function renderNotes() {
console.log("当前便签:", notes);
}
const addNoteTool = {
name: "add_note",
description: "向当前页面添加一条便签。",
inputSchema: {
type: "object",
properties: {
text: {
type: "string",
descript