他会自己写脚本去清理 挺快的 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 位参与者 阅读完整话题