已经连续出差23天了，去了四个地方，写不动真的写不动了，代码写不动，项目方案改不动，汇报材料做不动 这周不更新了 下周看看更两篇 佬们这种临时连续出差有多长时间 1 个帖子 - 1 位参与者 阅读完整话题
中转站确实便宜啊，但是不是很敢买，提示词注入攻击倒是不怕，主要怕买的不保真价不配位。 目前只找到这两个相关项目 ModelAudit ，但这个好像是做蒸馏检测的 LLMmap ，发送大量探测Prompt来排行可能性 LLMmap有点太耗了，如果是fable跑完那我项目都不用干了，而且万一这次没掺水下次掺了我照样不知道 我想要的效果是根据我已经进行的历史聊天进行判断，甚至能量化一个掺水率，而不是预设探测问题。 求助下佬友们，有没有这种技术啊。 1 个帖子 - 1 位参与者 阅读完整话题
发现codex++ app(win)更新以后无法对使用CPA的远程codex项目修改模型和思考强度，这个应该怎么解决？ 记得之前是能够直接在app修改的，现在难道只能改远程机的配置文件？ 1 个帖子 - 1 位参与者 阅读完整话题
1 个帖子 - 1 位参与者 阅读完整话题
百度aistudioGPU抢不到怎么办？实训项目跑的训练数据集，没gpu跑太慢了！ 1 个帖子 - 1 位参与者 阅读完整话题
最近手上有个项目，是用本地部署大模型进行视觉检测 测试了之前留下来微调过的Qwen2.5VL 7B，然后又测了新的Qwen3.6 27B，Qwen3.6 35BA3B，还有gemma4-26BA4B 总体测下来，感觉qwen3.6 35B的最好用，由于是moe模型，所以速度比稠密模型快很多，5090跑的q5量化版本，能有230t/s以上，效果也是最好的，但是优化起来比较麻烦，如果训练lora的话得用原版模型训练，本地算力不够，估计得上云端，还在考虑有没有其他思路能够优化的 3 个帖子 - 1 位参与者 阅读完整话题
佬们，能够接受的vibe程度（ai在项目的参与程度）是什么？ 感觉站内有人认为“ai执行+人工review”好，有人觉得“写好spec和plan，然后让ai全权执行和review”更好。但后者真的可以长期稳定运行吗？ 是否会遇到难以解决的bug，而自己又不理解系统，无法调试。 15 个帖子 - 14 位参与者 阅读完整话题
都说好用，但是一点也没有用到实例项目中哎。 1 个帖子 - 1 位参与者 阅读完整话题
现在的 opencode 或者 claude 或者 codex 已经相对来说能做不少事情了。有没有一个项目，能够把这种能力转为一个可以 mcp 调用的服务，这样就可以在编排或者在其他 agent 中调用这种能力，最好是远程 mcp-server ，这样便于在其他主机或者 docker 容器中进行隔离。
目前手上的一个逆向项目，想用A/ 新的fable5分析一下，直接秒降智，有没有好用的破限方法？ 17 个帖子 - 14 位参与者 阅读完整话题
老板以及被ai洗脑了。。。估计是小红书或者抖音公众号刷多了。现在做项目以及绕过开发了，直接让产品经理去搞。。然后兜不住shit,再让开发接入。做的全是什么wcs。mes。这种大型项目，想着直接nextjs直接梭哈前后端 14 个帖子 - 13 位参与者 阅读完整话题
为什么要说公益站并发低无法支持自己的代码项目的 2并发堪堪勉强使用 我对话时还会出现不定期的报错 难道真的如neo佬所说被开放注册是被做局了吗？ 兄弟们，感觉被人作局了？ 搞七捻三 这问题不大，花点时间沉淀一下就好了。 之前从没在L站看见过相关言论，用着公益站还说公益站不好的。 公益站的目标是“让更多没有支付能力的人能体验到顶级大模型”，想用公益站最起码要尊重公益站站长的规则吧？ 用公益资源享付费体验诚然是我的幻想 ， 比如raw佬的cc站，首字特别快，站长人也很好，还专门花钱请了技术解决问题 但是这也只是幻想。 公益站的服务器和账号都是站长自费公益维护的，真开发级环境就别幻想享受付费级别的体验了。 小小补充下，截至此贴发布前，原评论里的佬友也回复了我他也是很感谢站长的无私付出的，只是希望体验更流畅，并没有说站长不好的意思。 这个帖的发布原因不是用来挂人的，只是想和新入站的佬友们讨论下公益站的使用边界，公益资源都是站长自费购买的或者从付费站里赚的钱投入进去的，限并发目的是为了让更多人能用上小螃蟹模型. –以上 9 个帖子 - 6 位参与者 阅读完整话题
目前让他审查了一个项目，等等看看质量如何？不知道能不能让我aha一下 对于还没用上的佬，可以试试让codex帮你配置 提示词： 帮我看一下我的claude code配置。我用的anyrouter渠道，帮我看一下为什么我一直用不了。你帮我顺便在 Linux do以及相关的社区找一下相关的一个资讯，看看怎么用上 claude fable 5。 我目前用anyrouter url，系统代理+tun模式，大家可以参考下 24 个帖子 - 21 位参与者 阅读完整话题
求助！！！ 最近想往agent开发，ai开发岗位转，但是没什么好项目可以做到作品集里面 各位佬有有什么企业刚需的agent需要实现的嘛 就是很简单但是一定需要人去干的那种就可以做成agent吧 3 个帖子 - 3 位参与者 阅读完整话题
诸位佬友，忽然想起在凌晨的时候用claude新模型优化项目时遇到的怪事，劳烦大伙帮我看看 我的项目当时大概跑了10h，一直没出啥问题（用的any大善人的cc） 然后第一个怪事来了 当时也没太在意，就还是让它继续了 然后。。。 感觉当时自己也有点昏头，都这样了还一直继续 不过最绷不住的还是我发了个错误报告的截图给claude，然后给我回了个这个： 不过即使这样我当时还是以为是上下文太长了引起的错觉 到这个时候我终于感觉有点不对了 然后 因为太困了所以睡觉去了 现在想想确实有点后怕，我那会儿运行了不少次npm test，但今天拿火绒和windows defender全盘扫了几次也没啥问题。 以前从来没见过这种情况，所以想问问各位佬友会是啥情况 10 个帖子 - 9 位参与者 阅读完整话题
外面人多，大佬受小弟一拜，求求求qaq 29 个帖子 - 11 位参与者 阅读完整话题
下午用codex把目前的项目总结了一下形成了一个文档，然后晚上发现Any的Fable 5可以用，就让它帮我总结一下更新一下markdown格式的简历，然后就出现下面的提示，我的项目都是些深度学习的，或者一些全栈的后台网站，根本没有任何敏感的地方啊： 5 个帖子 - 5 位参与者 阅读完整话题
昨天早早蹬完了 Fable 5 的额度，由于全用于审查各个项目的上层命题，以及大的策略规划，代码能力没太感受出来，不过风格上似乎更注重数据和执行的有效性，可靠性。 最近 5.5 xHigh 正持续帮我诊断游戏加载。所以我让 Fable 复盘了 5.5 的各项总结报告，而 5.5 也采纳了不少建议： 例如，Fable 会把归因搞得更具体，5.5 xHigh 总一个劲埋头“泛化排查”，而 Fable 知道要先解决个别 Fatal ，并固化个别归因工具。而且有注意到 IO 重叠问题，也说出了一些空引用可能带来的污染。对排查问题的先后顺序，指导得比较明确，这是 GPT 5.5 xHigh 没达到的。 5.5 xHigh 也对 Fable 做了个评价：“二线架构诊断顾问，方法比普通泛泛建议强很多，但很多细节坑它还是不知道，必须自己的证据落地。我的评价是 8/10：方法论靠谱，但也不是啥都懂。”
GNOME 基金会近日宣布，其新设立的 GNOME 奖学金项目首批获得资助的成员已经确定，两位长期社区贡献者 Peter Eisenmann 和 Sophie Herold 将自今年 7 月起正式以 “GNOME Fellows（GNOME 奖学金成员）” 身份展开为期一年的全职工作，以推动 GNOME 桌面项目的长期可持续发展。 GNOME 基金会在今年 3 月首次公布了这一奖学金计划，旨在通过资助独立和社区贡献者的方式，巩固 GNOME 桌面的可持续性，为期 12 个月的资助将覆盖受资助者在此期间的项目投入。 基金会表示，此次入选的两位成员均为活跃已久的 GNOME 贡献者，他们接下来一年的工作重点将集中在项目治理、底层库现代化以及核心应用的功能改进和体验提升等方面。 根据 GNOME 基金会的介绍，两位奖学金成员将致力于提升 GNOME 项目的整体健康度和长期可持续性，其中 Sophie Herold 的主要任务包括为 GNOME 建立全新的 RFC（Request for Comments）流程，以强化项目层面的治理结构，并通过引入和推广 Rust 语言来打造更易维护且更加安全的基础库。 通过这一系列举措，基金会希望在技术路线与社区协作流程上同时推进现代化，使 GNOME 在安全性与可维护性方面实现显著增强。 另一方面，Peter Eisenmann 将重点推进 GNOME 文件管理器（Files 应用）的现代化工作，其职责包括改进缩略图生成机制、优化用户目录本地化支持，以及全面采用 GNOME 平台的现代设计与开发规范。 这些改进将有助于提升 Files 应用在多语言、多区域环境下的可用性，同时在视觉一致性和用户体验上更好地对齐当前 GNOME 桌面整体平台的设计方向。 GNOME 基金会表示，奖学金项目不仅是在资金上支持个人开发者，更是通过集中资源解决项目在治理流程、基础设施与核心应用上长期存在但难以投入足够人力的问题。 基金会在官方博客中进一步介绍了本次奖学金工作的具体规划和背景，并强调将通过这一机制持续探索支持社区长期演进的新模式。 更多关于 GNOME 奖学金项目首批成员及其具体工作内容的详情，可参考 GNOME 基金会博客发布的官方说明： https://blogs.gnome.org/foundation/2026/06/11/announcing-our-first-fellows/ 查看评论
昨天早早蹬完了 Fable 5 的额度，由于全用于审查各个项目的上层命题，以及大的策略规划，代码能力没太感受出来，不过风格上似乎更注重数据和执行的有效性，可靠性。 最近 5.5 xHigh 正持续帮我诊断游戏加载。所以我让 Fable 复盘了 5.5 的各项总结报告，而 5.5 也采纳了不少建议： 例如，Fable 会把归因搞得更具体，5.5 xHigh 总一个劲埋头“泛化排查”，而 Fable 知道要先解决个别 Fatal ，并固化个别归因工具。而且有注意到 IO 重叠问题，也说出了一些空引用可能带来的污染。对排查问题的先后顺序，指导得比较明确，这是 GPT 5.5 xHigh 没达到的。 5.5 xHigh 也对 Fable 做了个评价：“二线架构诊断顾问，方法比普通泛泛建议强很多，但很多细节坑它还是不知道，必须自己的证据落地。我的评价是 8/10：方法论靠谱，但也不是啥都懂。”