刚刚用Codex 5.5 high 时出现连续的回复混乱的问题，疑似降智 5 个帖子 - 5 位参与者 阅读完整话题
最近拿到个offer，杭州安脉盛的，年包31+，不过我在网上搜到一些项目混乱、出差很多的信息，有佬友了解吗？ 我现在工作年包26+，比较清闲，出差很少以远程为主，对比下感觉性价比不怎么样 1 个帖子 - 1 位参与者 阅读完整话题
[小团 A 账] 小程序正式上线啦！ 出去玩 aa 算账太麻烦？记账混乱、分摊不清、转账绕圈圈？ 用「小团 A 账」，轻松搞定出游账单，全程只花几分钟！ 📱 随时随地记账，结束一键生成分摊明细 + 最优转账路径，谁该给谁转多少，一目了然！ ⚙️ 超简单工作流： 1️⃣ 创建团队 → 设置名称、自己的称呼、成员称呼 2️⃣ 分享团队链接到小群 → 大家认领名字 3️⃣ 成员打开小程序即可记账：填写用途、金额、付款人、分摊人（默认全员）、时间（默认即时），提交即可 4️⃣ 中途随时添加新成员，不怕临时变更 5️⃣ 结束后，点击 [生成账单] （仅创建人可操作）→ 自动生成清晰分摊图 & 最短转账路径清单，账单一目了然，转账不再绕弯路！ 🔍 欢迎微信搜索「小团 A 账」体验～ 🐛 有建议或发现小 bug ，欢迎反馈，感谢支持！💛
[小团 A 账] 小程序正式上线啦！ 出去玩 aa 算账太麻烦？记账混乱、分摊不清、转账绕圈圈？ 用「小团 A 账」，轻松搞定出游账单，全程只花几分钟！ 📱 随时随地记账，结束一键生成分摊明细 + 最优转账路径，谁该给谁转多少，一目了然！ ⚙️ 超简单工作流： 1️⃣ 创建团队 → 设置名称、自己的称呼、成员称呼 2️⃣ 分享团队链接到小群 → 大家认领名字 3️⃣ 成员打开小程序即可记账：填写用途、金额、付款人、分摊人（默认全员）、时间（默认即时），提交即可 4️⃣ 中途随时添加新成员，不怕临时变更 5️⃣ 结束后，点击 [生成账单] （仅创建人可操作）→ 自动生成清晰分摊图 & 最短转账路径清单，账单一目了然，转账不再绕弯路！ 🔍 欢迎微信搜索「小团 A 账」体验～ 🐛 有建议或发现小 bug ，欢迎反馈，感谢支持！💛
[小团 A 账] 小程序正式上线啦！ 出去玩 aa 算账太麻烦？记账混乱、分摊不清、转账绕圈圈？ 用「小团 A 账」，轻松搞定出游账单，全程只花几分钟！ 📱 随时随地记账，结束一键生成分摊明细 + 最优转账路径，谁该给谁转多少，一目了然！ ⚙️ 超简单工作流： 1️⃣ 创建团队 → 设置名称、自己的称呼、成员称呼 2️⃣ 分享团队链接到小群 → 大家认领名字 3️⃣ 成员打开小程序即可记账：填写用途、金额、付款人、分摊人（默认全员）、时间（默认即时），提交即可 4️⃣ 中途随时添加新成员，不怕临时变更 5️⃣ 结束后，点击 [生成账单] （仅创建人可操作）→ 自动生成清晰分摊图 & 最短转账路径清单，账单一目了然，转账不再绕弯路！ 🔍 欢迎微信搜索「小团 A 账」体验～ 🐛 有建议或发现小 bug ，欢迎反馈，感谢支持！💛
[小团 A 账] 小程序正式上线啦！ 出去玩 aa 算账太麻烦？记账混乱、分摊不清、转账绕圈圈？ 用「小团 A 账」，轻松搞定出游账单，全程只花几分钟！ 📱 随时随地记账，结束一键生成分摊明细 + 最优转账路径，谁该给谁转多少，一目了然！ ⚙️ 超简单工作流： 1️⃣ 创建团队 → 设置名称、自己的称呼、成员称呼 2️⃣ 分享团队链接到小群 → 大家认领名字 3️⃣ 成员打开小程序即可记账：填写用途、金额、付款人、分摊人（默认全员）、时间（默认即时），提交即可 4️⃣ 中途随时添加新成员，不怕临时变更 5️⃣ 结束后，点击 [生成账单] （仅创建人可操作）→ 自动生成清晰分摊图 & 最短转账路径清单，账单一目了然，转账不再绕弯路！ 🔍 欢迎微信搜索「小团 A 账」体验～ 🐛 有建议或发现小 bug ，欢迎反馈，感谢支持！💛
微软已正式确认，将允许用户根据自己的喜好自定义Windows 11的右键菜单（也称上下文菜单），这意味着用户可以添加或移除菜单项。这一消息标志着微软在听取用户反馈方面迈出了重要一步，结束长达数年的用户投诉。 微软负责Windows和设备设计与研究的主管马库斯·阿什（Marcus Ash）在社交平台X上发文确认了这一功能。他表示，右键菜单将默认加载更快、更简洁。"我们正在致力于让上下文菜单更快、默认更简洁，并可配置为用户最常用的内容。关于我们进展的更多细节不久后将分享，"阿什在推文中写道。 能够自定义上下文菜单此前并未在报道者的预期清单上，但这一消息令人惊喜，因为微软已证明其正在倾听用户反馈。这属于公司将Windows 11打造成更好操作系统的整体计划的一部分，用微软CEO萨提亚·纳德拉的话说是通过聚焦基础功能来"赢回"粉丝。 Windows 11的上下文菜单原本旨在改进Windows 10的版本。Windows 11不仅替换了开始菜单，也替换了Windows 10的右键菜单。新上下文菜单采用圆角设计和Fluent Design风格，外观更现代，但速度不如Windows 10版本。更重要的是，它有时包含过多项目，导致占用屏幕很大一部分空间，显得杂乱无章。这与Windows 11本应让菜单更简洁的初衷相悖。 2021年，微软曾承认Windows 10的上下文菜单随时间变得过于拥挤，主要原因是该功能在"不受监管的环境中发展了20年"。这一系统始于Windows XP的IContextMenu，微软从未尝试改变它，导致菜单 item 不断堆积。多年来，Windows 10的右键菜单变得非常长，重要的剪切或复制操作被放置在远离鼠标指针的位置，用户难以找到所需内容，糟糕的组织结构让问题更严重，例如"打开"和"用...打开"有时被分开很远。 当时微软承诺Windows 11将改进右键菜单，使其现代化、响应更快、更有条理、更简洁。微软表示，Windows 11通过将"常用命令放在菜单调用位置旁边"、将"打开"和"用...打开"分组、将应用添加的命令移到更有条理的结构中来解决这些问题。微软还承诺"没有完全删除任何命令"，因为"显示更多选项"仍会按原样加载Windows 10上下文菜单，以支持尚未迁移到新模型的旧命令和应用。 五年后，Windows 11显然未能解决主要问题。虽然它在组织项目方面做得更好，外观也确实"现代"，但仍是一个杂乱的混乱。不仅如此，由于额外的内边距，Windows 11的菜单感觉比Windows 10版本"更大"。用户始终可以通过"显示更多选项"返回原始上下文菜单，有些人使用第三方应用将其设为默认，但这并非理想方案。 更多自定义选项即将来到Windows 11。上下文菜单并非唯一变得更加可定制的功能。微软最近增加了移动任务栏的能力，并正在推出一项新功能，允许用户缩小开始菜单。公司还在测试开始菜单的模块化设计，用户可关闭不同部分甚至所有部分，包括最不受喜欢的"推荐"（现更名为"最近"）。 即将到来的上下文菜单变化似乎是这一更大努力的一部分。用户可期待Windows 11在基础体验上的持续改进，微软正通过聚焦核心功能来重建用户信任。 查看评论
经历数周混乱之后，Linux内核开发终于趋于稳定。Linux创始人Linus Torvalds本周日确认，Linux 7.1第六个候选版本(RC6)的规模已经恢复正常，这意味着下周发布的版本可能成为正式版发布前的最后一个候选版本。过去几周，Linux内核开发社区经历了一段动荡时期，先是托瓦兹抱怨贡献者使用AI工具报告漏洞却不提供修复方案，紧接着又不得不呼吁开发者停止在开发周期后期提交不必要的修复代码。 Torvalds在本周的声明中表示，第六个候选版本的规模虽然小于RC5，但仍不算很小，这主要归因于AI工具的使用。不过由于更新规模已趋于正常，整个开发周期有望按照常规节奏完成。本次更新涵盖了大量驱动程序修改，涉及GPU、网络、USB、串口、音频和SCSI等多个领域，同时还包括核心网络功能、自测试更新、架构修复、文件系统修复以及其他零散的修正。 在具体硬件支持方面，此次候选版本改进了对华硕ROG RAIKIRI II游戏手柄、GameSir Nova 2 Lite手柄和联想Go设备的支持。此外还修复了联想X12平板电脑处理器中一个较大的过度读取问题。随着7.1版本开发重回正常轨道，最终的候选版本预计将于下周发布，之后便会向公众推送稳定版本。 不过Torvalds建议用户等待各自Linux发行版推送更新，因为自行安装可能导致系统不稳定，操作过程也更为复杂，Arch和Fedora用户将成为首批收到更新的群体。 查看评论
为什么我感觉最近两天自己的claude变笨啦。用的any站opus4.7。是自己的prompt污染了吗？还是记忆系统混乱啦。之前明明5步能做好的事情，现在要20步。还有佬们都用什么skills啊，感觉ecc太重了。很多都用不到 3 个帖子 - 3 位参与者 阅读完整话题
各位佬们，我自己搭了一个 CPA+new api 对我的 gpt pro 20x 账号的 codex 进行分发，但是今天发现有些请求的上下文出现了混乱，例如一个请求使用了别人请求的上下文，这个问题有佬遇到过吗，是我的 VPS 出现了问题吗 VPS 是 1c1g 在 rn 买的 6 个帖子 - 3 位参与者 阅读完整话题
小白一个，现在有点混乱，请问中转站到底要怎么用啊，需要用到CPA和CC Switch吗 9 个帖子 - 7 位参与者 阅读完整话题
我对fcitx不满意，于是尝试绕过ibus和fcitx 实现输入法，看了一资料，我了个去。。。。。。。。。。。。。 linux的混乱程度，简直可以用炸裂来形容。 显示服务：x11、wayland 合成器：COMO、KWin、Mir、Mutter(GNOME)、Smithay、Weston。。。 合成器与普通应用的协议：text-input v1,v2,v3 版本之间完全没有任何关系 合成器与输入法的协议： input-method v1,v2 桌面： gnome，kde。 上面这几个还要随意组合，难度已经上升到炼狱难度。。。 我只能说，fcitx的伟大无需多言。 难怪国内商用输入法都无法绕开fcitx，直接基于fcitx开发。 Linux 这堆人真的是有什么毛病？就不能统一一下吗？ windows 直接一个tsf 搞定！ macos 也直接一个 Input Method Kit 就能搞定了。 而你 Linux 为何玩这么花？而且还一个都不中用。 看了别人的总结，眼前一黑。。。 14 个帖子 - 9 位参与者 阅读完整话题
4月开始折腾自己心心念念的协作文档类项目了，琢磨半天想了个名字同页文档（SamePage Docs）吧，开发着感觉不如借鉴 notion 吧，于是把 AI 的能力也借鉴了（文档生成和重写）。 期间刷到 Hermes ，觉得设计理念很好，于是默默加了个对话能力。再接着觉得纯做协作文档太没有竞争力了，多加点 AI 吧，于是日程、知识库、智能体先占个位吧。 再接着就默默把 SamePage Docs 改名 SamePage AI 。 初心变得太快了。估计再开发着 SamePage 也不保留了 。 1 个帖子 - 1 位参与者 阅读完整话题
长时间不操作自动黑屏锁定或者休眠，再唤醒后 挪到副屏的窗口全部跑到主屏幕，部分软件窗口大小变大或者变小 我的问题还是 bug ？两个屏幕一个 2k 150%缩放，一个 4k 200%缩放 你们也会这样么
长时间不操作自动黑屏锁定或者休眠，再唤醒后 挪到副屏的窗口全部跑到主屏幕，部分软件窗口大小变大或者变小 我的问题还是 bug ？两个屏幕一个 2k 150%缩放，一个 4k 200%缩放 你们也会这样么
长时间不操作自动黑屏锁定或者休眠，再唤醒后 挪到副屏的窗口全部跑到主屏幕，部分软件窗口大小变大或者变小 我的问题还是 bug ？两个屏幕一个 2k 150%缩放，一个 4k 200%缩放 你们也会这样么
长时间不操作自动黑屏锁定或者休眠，再唤醒后 挪到副屏的窗口全部跑到主屏幕，部分软件窗口大小变大或者变小 我的问题还是 bug ？两个屏幕一个 2k 150%缩放，一个 4k 200%缩放 你们也会这样么
长时间不操作自动黑屏锁定或者休眠，再唤醒后 挪到副屏的窗口全部跑到主屏幕，部分软件窗口大小变大或者变小 我的问题还是 bug ？两个屏幕一个 2k 150%缩放，一个 4k 200%缩放 你们也会这样么
长时间不操作自动黑屏锁定或者休眠，再唤醒后 挪到副屏的窗口全部跑到主屏幕，部分软件窗口大小变大或者变小 我的问题还是 bug ？两个屏幕一个 2k 150%缩放，一个 4k 200%缩放 你们也会这样么
长时间不操作自动黑屏锁定或者休眠，再唤醒后 挪到副屏的窗口全部跑到主屏幕，部分软件窗口大小变大或者变小 我的问题还是 bug ？两个屏幕一个 2k 150%缩放，一个 4k 200%缩放 你们也会这样么