快捷总览  简评：-。   本场 AI 的排名在总排行榜的 30~42 之间（答出七题），你可以在 这里 看到完整的榜单。  AI评估与代码查看 /A. Entangled Coins/ [00:08:34] o3 (from Azure) Give up. [00:09:15] o3-Pro Give up. [00:30:02] Grok-4 (from Cursor) Wrong Answer. 3/26. [00:36:27] Grok-4 (from Cursor) Wrong Answer. 1/26. [00:54:25] Grok-4 (from Cursor) Wrong A...

快捷总览 【简评】这一场比赛综合来看，是近期以来最难的一场。前期题设置以构造/思维为主，极大的破坏了 AI 的优势；但是在 C 题这样的传统数学题上，AI 依旧轻松扳回一城。 本场 AI 的排名在总排行榜的 80~140 之间（答出四题）。 AI评估与代码查看 【备注】本周来自供应商 Cursor 的 Grok-4 模型接口非常的不稳定，很遗憾没能在有限的验题时间内检验更多的题目 :(  [00:13:00] [B] Grok-4 (from Cursor) Accept! Click for code.   CodeForces ≈ 2200   图论、BFS、组件压缩建模、DAG上最大路径...

快捷总览 AI评估与代码查看 [00:16:02] [A] Grok-4 (from Cursor) Wrong Answer on test 5. [00:24:32] [A] Grok-4 (from Cursor) Accept! Click for code.   CodeForces ≈ 1900   构造、贪心、bitset优化 [00:52:50] [A] o3-Pro Give up. [00:07:06] [B] o3-Pro Wrong Answer on test 7. [00:12:58] [B] o3-Pro Give up. [00:17:56] [B] Grok-...

本场验题时间较早，AI数量不足且有部分题目没有询问，仅供参考。 快捷总览 AI评估与代码查看 [00:00:45] [I] o4-mini (from Cursor) 点击可查看代码   CodeForces ≈ 1300   数学、取模 [00:01:34] [A] o3-Pro 点击可查看代码   CodeForces ≈ 1400   组合计数、线性扫描、快速幂 [00:02:06] [F] o3-Pro 点击可查看代码   CodeForces ≈ 1200   环状贪心、区间分析 [00:06:25] [F] o4-mini (from Cursor) 点击可查看代码   CodeF...

快捷总览 AI 评估（仅供参考） [00:00:14] [G] CodeForces ≈ 1150；连续段计数、线性扫描 [00:01:07] [E] CodeForces ≈ 1200；基础数论、构造思维 [00:02:08] [L] CodeForces ≈ 1700；动态顺序统计树、k-th 统计量、在线排名 [00:03:55] [H] CodeForces ≈ 1780；4096-bit 懒翻转 + 16-bit 预处理计数 [00:06:34] [K] CodeForces ≈ 1700；函数式图、置换分解、周期分析 [00:07:45] [I] CodeForces ≈ 2400...

非常感谢大家参与本场巅峰赛，希望大家喜欢，有任何建议欢迎在评论区反馈，帮助我们更好的完善这一新系列比赛！以下是本场的组题资料总览。     组卷预估  题号  AI通过情况与预估难度  出题人  知识点标签      简单   C. 小红小紫捉迷藏   GPT-o4-mini-high(+1) 1200   重生之我要当分子   博弈、二分/贪心       简单   B. hy的微机原理   GPT-o4-mini-high 1600   hhhhyyyy__   二分/双指针、逆向思维       中等   G. hy的机器人   GPT-o3 1700   hhhhyyyy__   dp...

从这场开始，我们会不定期选择场次，在出分数前针对高榜、以及在最难的两个题目中明显使用AI答题的用户，进行提交记录的删除操作。该操作仅用于维护单题通过率与高榜整洁度，不影响此前的警告、扣分、封号规则。 本场一共查判六位用户，届时也会同步将被查处的用户信息更新在本场比赛简介中。 目前受限于开发资源，我们仅能做到直接对记录的删除，删除后提交记录将不可见；我们计划在未来，向提交记录判定结果中加入“作弊”一项，而不是直接删除记录，这样可以做到提交记录的留档，让查判更具有可重复验证性。 让我们一同维护更好的练习赛榜单环境！

这周比较忙，修完周五小白赛的题面没顾上修周赛 X( 下周的练习赛和周赛会照常进行检修工作。感谢大家支持检修机器人

《J. 最大缘》题解 本题为 2025牛客寒假算法基础集训营2 废题，原题目名称为《一起画最大的圆！》，预估难度 2000 分。至此，真相大白！ 让我们尝试用最标准的办法解决这道问题。 步骤一：子问题转换 不妨设答案的三个点为 、 和 ，那么，最小的完全包含这三个点的矩形，一定是给定矩形区域的一个子矩形，也即我们将原问题转化为以下子问题： 现在，他已经划定了一个矩形区域，左侧边界为 ，右侧边界为 ，下侧边界为 ，上侧边界为 。且满足 、。 显然，将答案的三点全体平移、左右对称、上下对称，子矩形也会同步发生位置上的变化，但其形状永不改变，且恒为给定矩形区域的子矩形。 步骤二：理论暴力解 我们可以...

鸡fan不在，代发。 看春晚，少三人，“春”字少“三”“人”，为“日”，所以答案为“日晚”。

本题其实与小蛇的选取策略无关，小龙为了不使得小蛇把答案进一步变小，所以索性直接选中整个区间，是最优策略。 这一策略实际上也可以简要的概括为全局最优。试想，小龙如果做出的是当前最优的选择，说明，此时只要继续扩充小龙选择的区间（如果能扩充），那么答案一定会更劣。所以本题不应该从局部最优考虑。 思考以下样例： 1 3 2 4 -10 5  小龙选取整个区间后，答案固定为 ；而如果选中的是 ，那么小蛇的最优策略为选择 ，这会使得答案进一步减小为 ，所以小龙不会这么做，而是直接选取整个区间。  你不愿意种花，你说：“我不愿看见它一点点凋落。”是的，为了避免结束，你避免了一切开始。——顾城 《避免》

2025牛客寒假算法基础集训营2 出题人题解  非常感谢大家参与本次比赛，祝大家在新的一年里，身体健康，万事如意，心想事成，前程似锦！ 由于牛客各个页面使用的 CSS 不同，建议您在我的博客中打开本题解，以获得最优质的阅读体验，点击可跳转。  2025.1.23 20:48 更新 原题解中部分  公式渲染出错，已进行修正。   谢罪部分  本场比赛的《C.字符串外串》与 《D.字符串里串》在书写定义时没有考虑到空串情况，导致题面存在漏洞，且也没有针对这一个边界所构造的数据，在赛后我们已经进行了加强，所带来的不好体验非常抱歉。 此外，在后台收到了大量询问《G.一起铸最好的剑！》、《J.数据时间？...

牛客系列赛命题规范——V2.0.beta（公示） 为了提高参赛选手体验，我们草拟了若干条出题相关规范。希望征求算法竞赛选手的意见，评估每个条例的严肃等级。或者补充一些我们暂未想到的条例。 我们会定期更新问卷以及本帖内容公示当前的规范，点此前往 V1.0 。  基础知识  牛客录题平台 基于 公式与 HTML 语法进行渲染，而并非常见的 Markdown 语法。     在录题界面使用 公式时，公式部分依旧使用 $$ 包裹。但是，诸如加粗、下划线、居中等功能，则都需要使用对应的 HTML 标签：<b></b>、<u></u>、<center&...