如图，网页端的模型思考等级描述变成Instant，Medium和High了，是会有什么大动作么 3 个帖子 - 3 位参与者 阅读完整话题
不是 ins think pro 了 5 个帖子 - 4 位参与者 阅读完整话题
佬们，之前4月27开的plus，然后一直没续费，现在我看是6月27日过期，但现在网页找不到Thinking模式了，而且还极其降智，这是咋回事，有佬知道的不 8 个帖子 - 5 位参与者 阅读完整话题
从 Instant、Thinking、Pro变成了 Instant、Medium、High、Extra High 和 Pro 其中 Extra high 应该对应之前的 Thinking heavy，juice 有768。 5 个帖子 - 4 位参与者 阅读完整话题
wedoaius beldenstudious 美国 archinesjp 日本 loptrde 德国 27aiau 澳大利亚 27aiin 印度 27ainz 新西兰 4 个帖子 - 4 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 上周累死累活的毕业论文论文终于是搞完了，于是就回顾了一下最头疼的地方。 我觉得最头疼的地方不是论文内容有多难改吧，毕竟现在大大家都用ai来写了基本上内容不用操什么心，反而是看来比较简单的改格式是真的烦人，特别是论文经过多次来回，容易出现一些特别细微的地方出现问题，然后被打回来，然后改完等导师看，又是一天过去了，但是捏，codex和claude貌似原始形态来做格式对照效果并不好，可能是我的使用方法有问题，总之就是还会让我发现一些地方，或者干脆就特别明显，演都不演了那种。唯一比较好用的就是team的pro，倒是真的还不错，但是实际上也会有一点小问题，而且修改时间动则1h以上。 所以基于以上问题我在L站搜索了一下，发现貌似没有特别好的解决方案，于是就比较针对性的vibe了一个skills来解决这个问题，发现效果意外的还不错，但是难免会有一些粗糙的地方，所以分享在这里，抛砖引玉，看看能不能集众人之力来完善这个方案qwq github: GitHub - ooyyh/templates-papers-matching · GitHub 如果帮到你了~请给我一个star~ 2 个帖子 - 2 位参与者 阅读完整话题
这个19号过期，还剩95E的credits：tp-c3oekjgy21l765awerztp-c3oekjgy21l765awerzqohizxy9r8plvv2lmfb3nneae0xiyqohizxy9r8plvv2lmfb3nneae0xiy 这个20号晚上过期，有110E：tp-cgoaf61iump38jt9pfewotgaasgbjez4ltb0gv7uq7mpvqxq 看看大家有用不 4 个帖子 - 4 位参与者 阅读完整话题
求助，佬，有什么办法呢？ 这个页面图是第一次进入claude软件的页面 挂着原生家庭梯子 10 个帖子 - 5 位参与者 阅读完整话题
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/ 查看评论
maths.nju.edu.cn Zhi-Wei Sun's Homepage 有能力的佬们，快冲！！！！ Fable启动~ 5 个帖子 - 5 位参与者 阅读完整话题
在使用gpt-5.5的时候正常 使用低倍率的gpt-5-codex 稳定复现这个问题 第一次遇见这个问题 佬们有遇到过吗 2 个帖子 - 2 位参与者 阅读完整话题
不是不删，时候未到罢了。建议本地还是用上 Timeshift/Snapper，线上记得备份 2 个帖子 - 2 位参与者 阅读完整话题
做了 10 多年， 发现那些搞 .Net / Ruby / Delphi 的人好像都不见了 还有 iOS / Android 开发工程师，现在也少 近几年，Go / Rust / Python 岗位也不多 AI 出来后，特殊工种也没有以前那么吃香 很多公司，还是后端加前端的模式，有大量 java 工程师和前端工程师 有时候在想🤔，如果没有前端，就转后端或者全栈，感觉后端似乎更容易？ 到现在为止，我还在写前端。 除非哪天，公司要求写全栈，否则我应该不会想碰后端。 Ref 为什么总是“前端已死”？ 前端死八百回了，我还在做前端 - V2EX
做了 10 多年， 发现那些搞 .Net / Ruby / Delphi 的人好像都不见了 还有 iOS / Android 开发工程师，现在也少 近几年，Go / Rust / Python 岗位也不多 AI 出来后，特殊工种也没有以前那么吃香 很多公司，还是后端加前端的模式，有大量 java 工程师和前端工程师 有时候在想🤔，如果没有前端，就转后端或者全栈，感觉后端似乎更容易？ 到现在为止，我还在写前端。 除非哪天，公司要求写全栈，否则我应该不会想碰后端。 Ref 为什么总是“前端已死”？ 前端死八百回了，我还在做前端 - V2EX
做了 10 多年， 发现那些搞 .Net / Ruby / Delphi 的人好像都不见了 还有 iOS / Android 开发工程师，现在也少 近几年，Go / Rust / Python 岗位也不多 AI 出来后，特殊工种也没有以前那么吃香 很多公司，还是后端加前端的模式，有大量 java 工程师和前端工程师 有时候在想🤔，如果没有前端，就转后端或者全栈，感觉后端似乎更容易？ 到现在为止，我还在写前端。 除非哪天，公司要求写全栈，否则我应该不会想碰后端。 Ref 为什么总是“前端已死”？ 前端死八百回了，我还在做前端 - V2EX
做了 10 多年， 发现那些搞 .Net / Ruby / Delphi 的人好像都不见了 还有 iOS / Android 开发工程师，现在也少 近几年，Go / Rust / Python 岗位也不多 AI 出来后，特殊工种也没有以前那么吃香 很多公司，还是后端加前端的模式，有大量 java 工程师和前端工程师 有时候在想🤔，如果没有前端，就转后端或者全栈，感觉后端似乎更容易？ 到现在为止，我还在写前端。 除非哪天，公司要求写全栈，否则我应该不会想碰后端。 Ref 为什么总是“前端已死”？ 前端死八百回了，我还在做前端 - V2EX
CC Switch local proxy failed while handling Codex endpoint /responses. Provider: any; model: gpt-5.5; upstream_status: HTTP 400; cause: invalid codex request (request id: 20260611150956785935928ufRBwqvq) 1 个帖子 - 1 位参与者 阅读完整话题
做了 10 多年， 发现那些搞 .Net / Ruby / Delphi 的人好像都不见了 还有 iOS / Android 开发工程师，现在也少 近几年，Go / Rust / Python 岗位也不多 AI 出来后，特殊工种也没有以前那么吃香 很多公司，还是后端加前端的模式，有大量 java 工程师和前端工程师 有时候在想🤔，如果没有前端，就转后端或者全栈，感觉后端似乎更容易？ 到现在为止，我还在写前端。 除非哪天，公司要求写全栈，否则我应该不会想碰后端。 Ref 为什么总是“前端已死”？ 前端死八百回了，我还在做前端 - V2EX
做了 10 多年， 发现那些搞 .Net / Ruby / Delphi 的人好像都不见了 还有 iOS / Android 开发工程师，现在也少 近几年，Go / Rust / Python 岗位也不多 AI 出来后，特殊工种也没有以前那么吃香 很多公司，还是后端加前端的模式，有大量 java 工程师和前端工程师 有时候在想🤔，如果没有前端，就转后端或者全栈，感觉后端似乎更容易？ 到现在为止，我还在写前端。 除非哪天，公司要求写全栈，否则我应该不会想碰后端。 Ref 为什么总是“前端已死”？ 前端死八百回了，我还在做前端 - V2EX
做了 10 多年， 发现那些搞 .Net / Ruby / Delphi 的人好像都不见了 还有 iOS / Android 开发工程师，现在也少 近几年，Go / Rust / Python 岗位也不多 AI 出来后，特殊工种也没有以前那么吃香 很多公司，还是后端加前端的模式，有大量 java 工程师和前端工程师 有时候在想🤔，如果没有前端，就转后端或者全栈，感觉后端似乎更容易？ 到现在为止，我还在写前端。 除非哪天，公司要求写全栈，否则我应该不会想碰后端。 Ref 为什么总是“前端已死”？ 前端死八百回了，我还在做前端 - V2EX