他会自己写脚本去清理 挺快的 3 个帖子 - 3 位参与者 阅读完整话题
点登录，他会让你选用api还是token-plan，用token-plan可以用里面的额度 1 个帖子 - 1 位参与者 阅读完整话题
Neo、薄荷，你们搞砸了一切！ 为什么说薄荷搞砸了一切 薄荷，你又搞砸了一切！ 那个男人还能挺住么？他会不会搞砸一切？让我们拭目以待！ 原来是他搞砸了一切 对不起,是HUB站搞砸了一切! 2 个帖子 - 2 位参与者 阅读完整话题
你们都是怎样管理多个ChatGPT/Codex 账号？ 我发现CC Switch 无法多个 OpenAi provider (正版登入）他会卡bug, 变成一个号而已。 7 个帖子 - 7 位参与者 阅读完整话题
终于回来了，我还以为他会越来越烂呢 1 个帖子 - 1 位参与者 阅读完整话题
我在pi上用的后端模型是gpt-5.5 我没想到他会说出这样的回复 以前用codex都是.md文档的感觉 现在也会像claude一样搞一点直观的表格了 佬友们可以试一下看看 感觉还可以 4 个帖子 - 4 位参与者 阅读完整话题
最近在使用 AI 的时候有一个疑问，让 AI 更新需求的时候，他会扫描我的代码和配置文件。配置文件里面会有一些重要的数据，比如云数据库密码、key 等等。这些数据不是都暴露给三方公司或者中转站了，这种操作估计是危险的吧。大家平时是怎么避免的
他会自动更新的吗 3 个帖子 - 3 位参与者 阅读完整话题
这本来是一个好功能，可以直接复用当前提示词，直接不切换界面就继续开启新话题，不带无关的上下文，适合一个提示词聊到底，或者快速测试某提示词的效果之类的 但是当你想要回到刚才聊过的话题，然后把存在的你们之间聊过的上下文以及最开头的那个system信息全部清空，你确实回去了，但同样的你的提示词也彻底丢失了，你在新话题的提示词不会保留到旧话题，旧话题的提示词也不会回来(如果你新老话题用的是同一款提示词，那就是一码事) 还好提示词在ai studio有存档 chatbox怎么说也是当初和cherry studio并列的 怎么现在无人在意？ 连开发者都不来l站的样子 我是懒得在猫猫(github)上反馈东西的，不符合我的产品使用习惯(说人话就是用起来不舒服) 3 个帖子 - 3 位参与者 阅读完整话题
不知道有人碰到过这个问题吗，就是之前的问题Codex已经回答完了，然后下一个问题问他的时候，他会回答我前面某一次的答案，有点答非所问了，不知道是CPA的问题，还是Codex的问题。有佬帮忙解答下吗 3 个帖子 - 2 位参与者 阅读完整话题
比如我今天纠正某豆某包一个错误或者过时信息（类似小狼毫输入法的某个功能配置文件的最新名称和位置）他会更新在未来给我的或者给其他人的回答里吗？我知道在保持当前的对话时他是会保留相应的信息记录的 如果会的话，是需要很长时间或者需要很多人回答类似问题才会更新吗？
比如我今天纠正某豆某包一个错误或者过时信息（类似小狼毫输入法的某个功能配置文件的最新名称和位置）他会更新在未来给我的或者给其他人的回答里吗？我知道在保持当前的对话时他是会保留相应的信息记录的 如果会的话，是需要很长时间或者需要很多人回答类似问题才会更新吗？
比如我今天纠正某豆某包一个错误或者过时信息（类似小狼毫输入法的某个功能配置文件的最新名称和位置）他会更新在未来给我的或者给其他人的回答里吗？我知道在保持当前的对话时他是会保留相应的信息记录的 如果会的话，是需要很长时间或者需要很多人回答类似问题才会更新吗？
比如我今天纠正某豆某包一个错误或者过时信息（类似小狼毫输入法的某个功能配置文件的最新名称和位置）他会更新在未来给我的或者给其他人的回答里吗？我知道在保持当前的对话时他是会保留相应的信息记录的 如果会的话，是需要很长时间或者需要很多人回答类似问题才会更新吗？
比如我今天纠正某豆某包一个错误或者过时信息（类似小狼毫输入法的某个功能配置文件的最新名称和位置）他会更新在未来给我的或者给其他人的回答里吗？我知道在保持当前的对话时他是会保留相应的信息记录的 如果会的话，是需要很长时间或者需要很多人回答类似问题才会更新吗？
比如我今天纠正某豆某包一个错误或者过时信息（类似小狼毫输入法的某个功能配置文件的最新名称和位置）他会更新在未来给我的或者给其他人的回答里吗？我知道在保持当前的对话时他是会保留相应的信息记录的 如果会的话，是需要很长时间或者需要很多人回答类似问题才会更新吗？
比如我今天纠正某豆某包一个错误或者过时信息（类似小狼毫输入法的某个功能配置文件的最新名称和位置）他会更新在未来给我的或者给其他人的回答里吗？我知道在保持当前的对话时他是会保留相应的信息记录的 如果会的话，是需要很长时间或者需要很多人回答类似问题才会更新吗？
本来想以毒攻毒看看add phone的解法, 没想到他会搜l站 2 个帖子 - 2 位参与者 阅读完整话题
如题，很多时候中转站的api他会有很多的提示词原本的限制，导致有时候这个分组能用，下一个分组不能用了。是不是代码配置的不对，还是说有一种更好更快捷的方法，可以有一个自动化的工作流可以使用。（由于是文字类工作，是非常抵触上下文的相互影响的，有时候会需要开新对话的需求，目前的cc codex 里面都没法做到这种工作流搭建 ） 2 个帖子 - 2 位参与者 阅读完整话题
今天无聊和小米聊天，结果他会说卧槽还看不起minimax 4 个帖子 - 4 位参与者 阅读完整话题