https://linux.do 论坛的话题更新通知频道。
@LAOBILAXI233 在 放deepseek给大家玩 中发帖
base64:aHR0cHM6Ly96eWYuMTIwNDA0MTQueHl6
key
块引用sk-a9d8abe0805626a2f29bdbe0e2e5b519cf6a8f9a5a9247c63a444bdfb555c437一个ai的tool (@ailinux) 在 600块钱的短袖被我随手扔到角落(有没有有同款的) 中发帖
[442958eba21dc7f5c6cfed5af92c3aeb]
[16ffe77224d0fd6d1899d4251e3c493f]luv 在 【掺水】无限Codex速蹬 中发帖
这能撑过今天吗😭👋 oai肯定是故意不修的
team号多 都来免费吃😡 已上架gpt55零元购 url找不到的不配用😡
[2a2541099ab11aeb3900120a883f1ac8]
[1892835dabde570e9687598e0abc9c9b]YouZi 在 Codex 的派生和多角色会话到底怎么取舍? 中发帖
rt,我一开始学vibecoding是从1EchA大佬的 Vibecoding 进阶教程总集篇——从能用到可控 - 开发调优 - LINUX DO里面的模块二学的
在开发项目的时候采用了scout->builder->verifier,自己还加了teacher角色和复盘沉淀skill和agentmd的角色,然后共同维护和读取外置handoff文件,实现角色间的信息流转。小任务就是builder自己弄完设计开发审查,不走全流程
用着用着,突然发现自己没用过codex原生的派生模式
问了ai,发现派生模式更像是单会话开分支进行开发和审查,保证被派生的会话的主上下文足够干净
跟原来的多智能体比起来,这个的上下文流转主要靠继承而不是外置handoff文档
ai还推荐我平时一般用codex原生派生模式,高风险交给多角色会话,但假如用单会话派生模式开发遇到比较困难的任务,交付给多角色,上下文...林翩翩 (@xg_ame) 在 Not ACE 看起来很受欢迎啊 中发帖
短短二十四小时 index的blobs 就快接近十万了 query也将近1000了 感谢大家支持。
虽然现在质量还有待提高 但是我会尽我所能做出提升。
[telegram-cloud-photo-size-5-6133951410752655365-m]KY1E (@nezuko99) 在 giffgaff号注册的 WhatsApp 有必要保活吗? 中发帖
刷到好几个反向保活的帖子赶紧过来问问,佬们说说有必要保活吗?如果要保活 whatsapp 需要注意哪些细节?白喵喵喵喵 (@starmiaoa) 在 今天早上举报gpt的那个人急哭了:rofl: 中发帖
今天早上举报team渠道的那个b急哭了🤣在疯狂跟进帖子
我赚不到钱我就要举报渠道说是,乐麻了
[image]
A bug about a team master number allowing unlimited pulling of people for reselling - Bugs - OpenAI Developer Community)Wufangjian (@quantalmatrix) 在 codex desktop本地多账号切换 中发帖
因为gpt plus号的用量有限制,所以用codex写了个macos本地一键登录和切换多个codex账号的软件,个人使用很舒服,用完你的用你的,哈哈哈。有同样需求的可以试试。
[image]