没收到邮件，是不是把这个对话删了就行了 1 个帖子 - 1 位参与者 阅读完整话题
求助，在cc里面用fable和opus都是429，前面有段时间我记得是可以用的，新开会话也一样。 是单纯用的人太多了吗？或者说是我的配置不对哇 1 个帖子 - 1 位参与者 阅读完整话题
做个原型页面，还是在codex 干了一版的基础上，对我的大模型对话界面进行优化调整，干了三、四轮，第一轮 设计上 出来一个毫不相干的 执行步骤的 界面，第二轮 给我直接布局干乱了，最后一轮，这个傻叉直接干白屏了，我去，我用DeepSeek 都不至于智障成这样。真是给我干麻了，无语至极。 各位佬们，你们上手试了吗？ 18 个帖子 - 13 位参与者 阅读完整话题
可以抽取灵签，可以与禅师对话，可以画板写绘，可以看全年日历，页面还埋藏了更多的小细节等待发现 欢迎体验，欢迎反馈，欢迎建议~ 戳！→ https://apps.apple.com/app/id6758899526
之前不是俩模式，一个普通的，一个长思考的。 6 个帖子 - 4 位参与者 阅读完整话题
写着写着出来个这个对话，我搞懵了 同志继续努力啊 2 个帖子 - 2 位参与者 阅读完整话题
我这边使用了公司提供的deepseek,使用claude接入可以正常使用,但是使用workbuddy接入的时候对话一直是502,有佬知道这是什么问题吗 3 个帖子 - 2 位参与者 阅读完整话题
如图，概率很高，至少有30%以上的对话出现了这种问题，而且不是一次性的，无论是重启、清缓存都无法正常使用，但聊天记录应该并未丢失，因为迷你地图还可以正常显示，此外无论是只聊过一轮的短对话还是十轮以上的长对话都有概率出现这种情况，因此应当与卡顿无关，大家有没有遇到类似状况，如何解决？ kelivo最近几个版本感觉都没有之前好用了，上一个版本似乎就有卡顿等问题，但此版本的bug已经完全影响到正常使用了 1 个帖子 - 1 位参与者 阅读完整话题
Anthropic道歉了，我们还是会降智，不过这次会通知你 前沿快讯 就在昨天，Anthropic 发布了他们的新模型 Claude Fable 5。模型很强，实力毋庸置疑，但是，很快便在社区激起骂声一片。 原因很简单：如果你将 Claude Fable 5 用于研发 AI，它就会降智。 而且这种降智是悄悄进行的。也就是说，如果 Anthropic 的系统检测到你在做 AI 研究，它会在你不知情的情况下，悄悄让这个模型变笨，你根本不会发现。 现在，他们开始道歉… 原本以为不会搞这么弱智的操作的 还是小看了A/啊 这么说来其实正常使用有些降智的情况有可能是因为被误判为在进行研究和蒸馏所以故意降的 就AI这个误判率 基本全程莫名其妙的误报风险 1 个帖子 - 1 位参与者 阅读完整话题
无语了。 ❯ 账号页面，添加账号对话框关闭按钮样式要和删除账号确认框关闭按钮一样 ● 我来帮你统一账号页面中添加账号对话框和删除账号确认框的关闭按钮样式。 首先让我找到账号页面的组件： Searched for 1 pattern, read 1 file (ctrl+o to expand) ● 我来查看并统一这两个关闭按钮的样式。首先让我确认一下删除确认框的关闭按钮样式。 从代码中看到： 添加账号对话框（n-modal）：使用自定义关闭按钮，带有 circle, quaternary, size=“small” 属性 删除确认框（dialog.warning）：使用 Naive UI 内置的关闭按钮样式 为了让添加账号对话框的关闭按钮和删除确认框的关闭按钮样式一致，我需要移除 circle 属性，使其更接近 Naive UI dialog 的标准关闭按钮样式： ● Update(web/src/views/AccountsView.vue) ⎿ Removed 1 line 363 364 <n-button 365 aria-label=“关闭 Telegram 登录” 366 - circle 366 quaternary 367 size=“small” 368 :disabled=“telegram.loading” ● 完成！我移除了添加账号对话框关闭按钮的 circle 属性，现在它的样式会和删除账号确认框的关闭按钮保持一致，都使用 Naive UI 的标准关闭按钮样式（quaternary + size=“small”）。 修改内容： 移除了 circle 属性，使按钮从圆形变为标准形状 保留了 quaternary（四级按钮样式）和 size=“small”，与 dialog 的关闭按钮样式一致 ✻ Cooked for 1m 12s ❯ 大小还是不一样 ● Update(web/src/views/AccountsView.vue) ⎿ Removed 1 line 364 <n-button 365 aria-label=“关闭 Telegram 登录” 366 quaternary 367 - size=“small” 367 :disabled=“telegram.loading” 368 @click =“closeTelegramLogin” 369 > ● 完成！移除了 size=“small” 属性，现在关闭按钮会使用默认大小，与删除确认框的关闭按钮大小一致。 ✻ Sautéed for 22s ❯ 还是不一样。X很小 ● Update(web/src/views/AccountsView.vue) ⎿ Added 4 lines, removed 2 lines 363 364 <n-button 365 aria-label=“关闭 Telegram 登录” 366 - quaternary 366 + text 367 :disabled=“telegram.loading” 368 @click =“closeTelegramLogin” 369 > 370 - × 370 + <template #icon > 371 + × 372 + 373 374 375 ● 完成！我将按钮改为 text 类型，并使用 icon 插槽来放大 × 符号（字体大小设为 22px），这样应该和删除确认框的关闭按钮样式更接近了。 ✻ Cooked for 14s ❯ 还是不一样！你就不能看看删除确认对话框是怎么实现的？ ● 你说得对！让我检查一下删除确认对话框实际是怎么实现的： 1 个帖子 - 1 位参与者 阅读完整话题
很奇怪刚开始还是好使的，现在任何对话直接报错「Sorry, there’s something wrong. Please try again.」这种。圈 X 也用的之前的 Apple Intelligence 的分流规则，走的美国节点。港版+美区商店，系统和Siri都是英文，重启也试过了，有没有佬知道怎么解的 1 个帖子 - 1 位参与者 阅读完整话题
使用火山的都报语音开发了一个ai面试的项目，在对话和打断逻辑上总是不尽如人意，有没有这方面的大佬给小弟一些建议 1 个帖子 - 1 位参与者 阅读完整话题
初来乍到，有没有找到codex怎么迁移对话 6 个帖子 - 6 位参与者 阅读完整话题
最近在使用paseo 进行远程开发，但发现在电脑端cc使用 /resume 恢复的会话中 不包含我在移动端对话的内容。 请问各位大佬，这个会话内容是通的么，是否可以恢复？ 4 个帖子 - 4 位参与者 阅读完整话题
这两天发现两个叫做“Poke”的 AI，能直接在 iPhone 的 iMessage 里面和他对话。 能搞点自动化吧（好像存在一些问题，没深度折腾）、管理邮件 或者审查 github 啥的？我主要用来生图和让他提供情绪价值 。 先说生图，质量还可以，主要是免费 生图速度也还能接受。 原图： 还会接梗 我觉得特别有意思 第一次使用的时候开通他的 Pro 订阅能砍价是我没想到的，而且还真的能砍成功 （听说能砍到 0 元每月） 我搞了个他的 recips，不过好像就类似 skill 一样的？ Smart Deal Tracker – Poke 有大佬深度使用过吗，不知道能不能玩出花来。 4 个帖子 - 3 位参与者 阅读完整话题
我看codex对话一直在说apply_patch被系统拦截，一问才发现会话被加了内部规则，但是我从来沟通都说的中文，根本没加过这个。多了以下限制 Always use apply_patch for manual code edits. Do not use cat or any other commands when creating or editing files 不知道是codex最新版自带的上下文，还是上游中转给注入的。 导致一直在试环境，原地绕圈。 查了一下： 好像是codex自带的？每个会话最开始都有。但是我已经开了完全访问了，之前这一个会话都正常，今天下午突然开始抽风。 又是codex的bug？ 3 个帖子 - 3 位参与者 阅读完整话题
有没有跟我一样遇到这个问题的？我的电脑配置不低。但是最近使用觉得经常会卡住 1 个帖子 - 1 位参与者 阅读完整话题
现在Hermes主流的客户端就这两个，大家都体验过吗，觉得怎么样，我用了Hermes Desktop，体验一般，对话过长会消失，变成一个#2的版本，而且对话可能会串台，唯一的优点是界面简洁我很喜欢，Hermes Studio现在迭代的很快，但是界面好像做的有点AI味 3 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 面向 SSH、tmux 和远程服务器工作流的 Codex CLI 轻量增强版。 浏览较早的对话记录时，不再需要在历史输出和底部输入框之间反复来回滚动。 项目地址： github.com GitHub - Jurio0304/codex-sticky: codex-sticky is a minimal Codex CLI fork for... codex-sticky is a minimal Codex CLI fork for terminal-first workflows. It keeps the composer reachable while reviewing long transcripts, especially in SSH and tmux sessions. 如果这个项目对你有帮助，欢迎点一个 Star，也欢迎提交 Issue 反馈使用体验。 为什么要开发 Codex Sticky？ 对于习惯在远程服务器上使用 Codex CLI 的大部分开发者而言，可能经常需要配合终端 SSH 和 tmux 完成长上下文的开发任务。但在较长的会话中，当我们向上滚动查看历史回复、日志或代码修改记录时，底部输入框就会离开视野不可见，导致如果我想继续输入新指令，就需要再次滚动到底部，甚至需要来回往复地上下滚动对照codex回答内容编辑新的输入内容，这让人感觉操作很麻烦也很笨重。 所以我希望通过 Codex Sticky 解决这个高频问题： 浏览较早的对话记录时，底部输入框始终保持固定可见。 这样就可以一边回看历史内容，一边继续向 Codex 输入新任务，减少反复滚动。 目前 Codex Sticky 是基于 OpenAI Codex CLI 的非官方社区增强版。主要包括以下功能： 支持 Sticky Transcript，回看历史内容时底部输入框仍然可用； 更适合终端 SSH、tmux 和远程服务器 ； 支持鼠标拖选复制； 作为独立命令安装，不会覆盖官方 codex ； 可以随时在官方版和 Sticky 版之间切换。 适合经常在终端中运行长会话的开发者，也适合科研实验、tmux多窗口开发等场景。 一个简单的演示如下面的GIF所示： 安装使用说明 建议先安装并确认官方 Codex CLI 可以正常运行后，再安装 Codex Sticky。 Codex Sticky 当前正式版本： codex-sticky-0.138.0-sticky.1-x86_64-unknown-linux-gnu.tar.gz 具体安装教程可以参考README，其中也提供了直接让codex帮你安装的prompt 安装好后，一个命令即可启动 Codex Sticky： codex-sticky 进入 TUI 后，可以使用以下命令控制 Sticky Transcript： /sticky on ：启用 Sticky Transcript； /sticky off ：关闭 Sticky Transcript； /sticky status ：查看当前状态； /sticky ：快速切换当前模式。 当前适用范围和限制 Codex Sticky 目前主要服务于远程 Linux 终端的Codex cli开发场景。 当前还暂未提供： macOS 预编译包； Windows 预编译包； Linux ARM64 预编译包； musl 静态包； 自动更新器。 如果你主要使用 Windows 本地终端、Apple Silicon Mac 或 ARM64 Linux 服务器，建议关注后续版本。 如果大家都主要是vscode+codex，或者codex app工作流，可能后续就不会再更多地更新维护了 最后，欢迎： 点一个 Star； 提交 Issue； 反馈 SSH 和 tmux 环境中的实际体验； 分享你认为更优的工作流； 关注后续平台支持和版本更新。 免责声明 Codex Sticky 是 OpenAI Codex CLI 的非官方社区 fork。 官方上游项目和权威说明请以 OpenAI Codex CLI 及其官方文档为准。 1 个帖子 - 1 位参与者 阅读完整话题
有佬知道问题出在哪了吗，要回退版本吗？ 1 个帖子 - 1 位参与者 阅读完整话题