标题: AI大战，谁是赢家
作者: #mashao
板块: #搞七捻三
编号: 1574551
帖子: https://linux.do/t/topic/1574551
时间: 2026-02-06 21:17:17
摘要:

不得不说啊，咱们的这边跟人家的差距是越来越大了啊

标题: codeforces 每日一题
作者: #litjohn
板块: #开发调优
编号: 1574553
帖子: https://linux.do/t/topic/1574553
时间: 2026-02-06 21:17:26
摘要:

如题。既然 leetcode 有每日一题，CF 应该也可以？
https://codeforces.com/problemset/problem/1697/D
这个题目是神秘交互。首先考虑一种套路，即逐个字符确定。
我一开始走了一些弯路。这里直接讲到正解。假设已经知道了 [1, i)，如何确定第 i 个字符？
注意到操作 1 的次数很少且只有 26 次，非常合理怀疑每种字母使用一次操作 1.
重点在操作 2. 它有什么用？
注意到，选定一个区间左端点 l，然后对区间 [l, i] 使用第二类查询，如果得到的回答 res 比 [l, i) 区间中的不同字符种类数更多，说明 i 在 [l, i) 中根本没有出现。否则说明出现了。
随着 [l, i] 不断向左扩充，i 更加有可能在 [l, i) 中出现。
通过一些神秘联想（主要是单调性相关），大概能想到是二分。但是不同的选项依然太多了。
注意到，我们得到的信息是关于 i 和 [l, i) 中字符构成的集合的。那么，显然如果两个不同的 l 的选择使得 [l, i) 中字符构成的集合是相同的，这两个 l 就是等价的。
考虑所有本质不同的等价类，并在每类中选出一个 l 作为代表。不难发现，每种字符最后一次出现的位置恰好代表了一个等价类。
这样，我们对这些代表点进行二分，就能得到当前字符与哪个之前的字符是相等的。如果找不到相等的字符，动用操作 1 查询当前字符。
确实说的比较抽象，中间跳跃步骤有点多。许多我自己做的时候的弯路没写进去，所以可能需要自己尝试解决题目才能理解。
#include <bits/stdc++.h>

using namespace std;

char ask1(int i) {
    cout << "? 1 " << i << endl;
    char c;
    cin >> c;
    return c;
}

int ask2(int l, int r) {
    if (l > r) return 0;
    cout << "? 2 " << l << " " << r << endl;
    int res;
    cin >> res;
    return res;
}

int n;
array<int, 26> last;
string ans;

int main() {
    ios_base::sync_with_stdio(false);
    cin.tie(nullptr);
    cin >> n;
    for (int i = 1; i <= n; ++i) {
        auto tmp = last;
        ranges::sort(tmp);
        int l = 0, r = 25;
        while (l < 26 && tmp[l] == 0) {
            l++;
        }

        while (l <= r) {
            int mid = (l + r + 1) >> 1;
            // clog << mid << "\n";

            int res = ask2(tmp[mid], i), cnt = 26 - mid;
            if (res == cnt) {
                if (l == r) {
                    break;
                }
                l = mid;
            } else {
                r = mid - 1;
            }
        }

        if (r < l) {
            char ch = ask1(i);
            ans.push_back(ch);
            last[ch - 'a'] = i;
        } else {
            char ch = ans[tmp[l] - 1];
            ans.push_back(ch);
            last[ch - 'a'] = i;
        }
    }
    cout << "! " << ans << endl;
    return 0;
}

标题: 用antigravity manager要手机扫码或者接收短信才能登录
作者: #liuweiqing
板块: #开发调优
编号: 1574560
帖子: https://linux.do/t/topic/1574560
时间: 2026-02-06 21:19:40
摘要:

手机验证上限了，谷歌风控好严

标题: A\是时候该死了
作者: #羽织
板块: #搞七捻三
编号: 1574571
帖子: https://linux.do/t/topic/1574571
时间: 2026-02-06 21:22:13
摘要:

今天凌晨，解决一个问题：
让一个消息框里输入的html代码支持blob和直接渲染两种方式
cursor 4.6op max尝试了两次，都没能完全解决
于是尝试使用了gpt 5.2 xhigh fast，一次解决
甚至没用5.3 codex
最近几天coding一直用gpt，不管大小事，op做的实在是太烂了
在cursor里有fast加速xhigh，感觉还好
当然用codex的也不慢，5.3 codex还提速度和效果了
主要是质量很高，用op一回合做不到的，用op去做还得再开新回合继续修改，综合下来可能时间不比gpt少
建议直接转去gpt吧，a÷那价格还是gpt快两倍了
用多了高智商模型gpt，再来用克op，有种看弱智模型的感觉。怎么都用不顺手
明明自己觉得gpt一轮就能解决的任务，它就是做不到

标题: Talkatone不能接码了
作者: #ShellyDess
板块: #搞七捻三
编号: 1574582
帖子: https://linux.do/t/topic/1574582
时间: 2026-02-06 21:26:07
摘要:

佬友们的Talkatone还能收到验证码吗，问客服说充值0.99刀已经不能接码了，现在开通5刀的plus会员才能接码

标题: 大佬们，这个是不是彻底没救了，直接拉阀了！
作者: #曦岚
板块: #搞七捻三
编号: 1574592
帖子: https://linux.do/t/topic/1574592
时间: 2026-02-06 21:31:14
摘要:

标题: [NPC-API]支持GPT5.3codex【重新开放注册】
作者: #NPC
板块: #资源荟萃
编号: 1574595
帖子: https://linux.do/t/topic/1574595
时间: 2026-02-06 21:35:42
摘要:

npcodex.kiroxubei.tech
  

  
    

New API

  OpenAI 接口聚合管理，支持多种渠道包括 Azure，可用于二次分发管理 key，仅单可执行文件，已打包好 Docker 镜像，一键部署，开箱即用


  

  
    
    
  

  


注册重新开放，支持GPT5.3codex
注册名额200

标题: ChatGPT 的免费用户在进行对话时，得到的答案都是一段 10 个字左右的，看起来好难受啊。 ChatGPT 对免费用户的回答默认都是这种方式吗？是为了节省算力和 token 吗？比 Gemini 差远了。
作者: #GoTop
板块: #搞七捻三
编号: 1574598
帖子: https://linux.do/t/topic/1574598
时间: 2026-02-06 21:37:00
摘要:

ChatGPT 的免费用户在进行对话时，得到的答案都是一段 10 个字左右的，看起来好难受
ChatGPT 对免费用户的回答默认都是这种方式吗？是为了节省算力和 token 吗？比 Gemini 的回答差远了
感觉 ChatGPT 的回复太 AI 了，不能再 AI 了，半点都没有人说话的样子。
不知道付费用户在进行问答的时候，使用更高级、最先进的模型，效果是不是会好一点？
怪不得最近论坛上面有用户发帖说想保留 GPT-4o 这个模型呢