如题，来到这里的时间其实还挺短的，到现在一年都没有呢（） 纪念一下吧，给佬友们赛博品尝一下我的蛋糕，不过这个也是家人去超市买的，99一个，感觉味道还不错呢 希望以后还能继续在L站学到更多呀 一编：哇塞不能回复或者点赞帖子下面的boost真可惜了，谢谢佬友们，爱你们喵 2 个帖子 - 2 位参与者 阅读完整话题
就我而言,入站时间不算长,来时好像还是为了交流云服务器,ds等技术以及各种小巧思 但意外遇到了O/A大善人轮流开闸,各种顶模轮流登场 佬友们有讨论各个渠道灌水程度的(经典opus樱花女孩),也有讨论协议/古法注册机的,更有科普ccs,skill,mcp,harness这些术语都是什么含义,该如何把握的布道者,属实是一派勃勃生机万物竞发的景象 于是乎我这个长期佛系二级用户也开始对三级心生向往,想看看佬们对渠道前沿的机会如何把握,对驾驭顶模有何心得 作为仓鼠党的我开始把收藏夹里的帖子们一个个打开细读,虽说动机是满足浏览量要求,但也意外得到了很多收获(现在我的工作流就是从那几位大佬的讨论贴以及回复中逐步试错而形成的) 我至今记得当初半夜看着自己的connect页面一行行变绿,即将飞升的激动心情,好像只要到达那个地方,自己作为一个l站用户的经历也就完整了,可以乘着小小的五月花号去领略新大陆的风采了 不幸的是,在我飞升三级之后,轰轰烈烈的海外大举报也就开始了,有人到官网把注册机等方案全盘托出,最终引来了大手拉闸 但我仍然兴致勃勃地阅读对应分区的三级帖子,(此处不得不提到女装贴带来的震撼)我申请了邮箱,部署了沉浸式翻译的接口,邀请了两位小伙伴让他们有机会写出自己的入站申请,看着各位佬友围绕指纹浏览器,卡网,协议接口这些话题聊得火热,到最后似乎并不影响我启动codex,以临终告别的心情蹬一蹬还有几天就要陨落的plus账号们 不过,我依然对冰,那个男人等,或开启公益站,或开源协议渠道的佬友们心怀感激 即使我没有深夜蹲守错过福利,即使我最后也没等到随机掉落的冰站邀请码,即使我手头没有各种卡和vps来部署佬友们摸索出的各种巧思,就像我体验过却又草草结束的三级生涯 细细想来,好像有些恍惚,但回过头来,似乎又没有发生什么变化,只是connect里分列的那些数据不再完整罢了,相较于当初冲击三级的全神贯注,如今的我也还有要全身心投入的小小目标.只是对于那些兴奋之情溢于言表的请求助力贴,我仍旧会会心一笑,然后给出力所能及的点赞 写到这里,突然也释怀了很多 7 个帖子 - 7 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 大家好，我最近做了一个 macOS 小工具：Codex 多开助手。 落地页： jqymodi.github.io Codex 多开助手 一键创建多个独立 Codex 桌面窗口，为每个窗口配置不同 API Key / Base URL。 GitHub： github.com GitHub - JqyModi/codex-multi-launcher: Landing page, user feedback, and releases for... Landing page, user feedback, and releases for Codex 多开助手 背景 我自己使用 Codex App 时，经常遇到几个场景： 个人项目和工作项目用不同 API Key 有些项目走官方 OpenAI，有些走自建代理 Base URL 想测试第三方 Responses 兼容接口 希望同时开多个 Codex 窗口处理不同 repo 如果每次都手动改配置、切环境变量或从命令行指定工作区，很容易串配置，也不太适合长期使用。所以我把这个流程做成了一个图形化工具。 它能做什么 Codex 多开助手目前主要解决四件事： 管理多个 Codex Profile 每个 Profile 独立配置 API Key、Base URL 和模型 支持第三方 Responses 兼容接口 为每个 Profile 生成可双击打开的独立启动器 App 简单理解就是：一个 Profile 对应一个独立 Codex 工作区，不同窗口之间的 API 配置尽量互不影响。 当前版本边界 先把边界说清楚： 当前主要面向 macOS Apple Silicon App 还没有签名和 notarization，首次打开可能需要手动解除 quarantine 第三方接口只按 Responses 兼容接口验证，不保证所有服务商都能用 目前是 MVP，不是正式版本 未签名 App 如果打不开，可以参考 Release 说明里的命令： xattr -dr com.apple.quarantine "/Applications/Codex 多开助手.app" 现在最想求测什么 我现在最需要的不是泛下载量，而是真实使用反馈，尤其是这些点： 你的 macOS 版本下能否正常启动 是否能成功创建多个独立 Profile 多个 Profile 的 API Key / Base URL / 模型是否符合你的工作流 第三方 Responses 兼容接口能否正常测试和对话 哪一步让你困惑、不会填写或失败 是否需要 Provider 预设、导入导出、菜单栏快速启动等功能 反馈方式 优先提 GitHub Issues，方便跟踪： GitHub Issues · JqyModi/codex-multi-launcher Landing page, user feedback, and releases for Codex 多开助手 - Issues · JqyModi/codex-multi-launcher 也可以直接在帖子里回复，我会整理成 issue 或后续版本计划。 反馈时建议带上这些信息： macOS 版本： Codex App 版本： 使用接口：OpenAI 官方 / 自建代理 / 第三方兼容接口 Base URL 是否以 /v1 结尾： 是否成功创建 Profile： 是否成功打开独立 Codex： 遇到的问题： 希望增加的功能： 截图 / 演示 主视觉： 演示视频/GIF： https://raw.githubusercontent.com/JqyModi/codex-multi-launcher/main/marketing-assets/codex-workflow-demo.mp4 如果你正在用 Codex App，并且有多 API Key、多 Base URL 或第三方 Responses 兼容接口的需求，欢迎体验。 1 个帖子 - 1 位参与者 阅读完整话题
一只羊羔…他品尝过我的草帽 5 个帖子 - 4 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 从话题 https://linux.do/t/topic/2153687 继续 DDDDOCR 验证码识别浏览器版本迎来一次小更新，现在更名为 Mieru-OCR。v1.2.0起支持更多的功能，扩展性也相对更好。 新版本官网： https://mieru.qzz.io 新版本仓库地址： github.com GitHub - MakotoArai-CN/Mieru-OCR: 基于 [ddddocr] 的浏览器验证码识别程序，使用 ONNX Runtime Web... 基于 [ddddocr] 的浏览器验证码识别程序，使用 ONNX Runtime Web 在浏览器中完成离线推理。 感谢佬友们的支持，感谢！ 剧透 2 个帖子 - 2 位参与者 阅读完整话题
本人是产品经理出身，不懂开发，完全靠 ai 搓的小程序，主要是各种提醒，受不了之前使用的收费越来越贵的小程序了
本人是产品经理出身，不懂开发，完全靠 ai 搓的小程序，主要是各种提醒，受不了之前使用的收费越来越贵的小程序了
本人是产品经理出身，不懂开发，完全靠 ai 搓的小程序，主要是各种提醒，受不了之前使用的收费越来越贵的小程序了
本人是产品经理出身，不懂开发，完全靠 ai 搓的小程序，主要是各种提醒，受不了之前使用的收费越来越贵的小程序了
本人是产品经理出身，不懂开发，完全靠 ai 搓的小程序，主要是各种提醒，受不了之前使用的收费越来越贵的小程序了
小程序名称“叮叮提醒”，本身不会编程，只是产品经理，完全 ai 搓的，大家可以体验下 14 个帖子 - 10 位参与者 阅读完整话题
本人一直是opencode的小黑子，无它，从这个东西刚出来的时候我就品尝过了，给我的体验就是bug一堆。（如果有佬记得清楚点的，去年…opencode经常性的无法启动卡死） 过去半年多了，随着omo等几次衍生项目的爆火，中途又回去吃了几口，依旧很多bug。 今天忍不住犯贱了想去再玩下 opencode（实则想给ccs 修bug 要本机实测），结果我刚一上手就发现了几个逆天的点： 强碱我的claude 配置，且必须用 环境变量 disable opencode把auth登录的凭证明文编码在 ~/local/share/opencode/auth.json 然后自己的配置目录是 ~/config/opencode 依旧 queue message 时候无响应…ui 卡死 我再次遭受到了 opencode 的暴击，然后我稍微研究了下它的提示词…发现了一些有意思的事情 OpenCode 的风格是“按模型调教的 harness prompt”，不是统一人格，他会按模型id装载不同的提示词： gpt.txt：很像 senior engineer 风格，强调最小正确改动、先读代码、不要乱猜、不要改别人改动。 default.txt / trinity.txt：极端 CLI 简洁，甚至要求少于 4 行。 anthropic.txt：更像 Claude Code 风格，强调 TodoWrite、Task、工具优先。 gemini.txt：流程化最强，写成 Understand → Plan → Implement → Verify。 kimi.txt：行动优先，明确“能用工具就做真实修改”，并要求跟用户同语言。 beast.txt：最离谱，强制长期坚持、广泛互联网研究、反复验证，token 消耗和仪式感都很重。 这点和我的观点不谋而合，这也是为什么我始终坚持 claude code, codex, ohmypi 这些的配置不共享，skill 尽量不共享的原因。 看起来opencode 也不是一无是处了… 3 个帖子 - 3 位参与者 阅读完整话题
南云上品瓦香鸡。食材都是先炸过的。在炒。小份也多。好吃!真心推荐 4 个帖子 - 3 位参与者 阅读完整话题