Claude vs Gemini：求解负重骑士巡游问题
摘要
本 AI 编程竞赛对比了 Claude 与 Gemini 在解决加权骑士巡游变体问题上的表现。在该变体中，每次移动的成本取决于此前已访问方格累积的负载。
[AI编程竞赛第8天](https://boreal.social/post/ai-coding-contest-day-8-laden-knights-tour-speed-won-small) 第八关是经典骑士巡游问题的加权变体。棋子必须恰好遍历矩形棋盘上的每一个方格一次，但每个方格都带有整数权重。随着移动，棋子会不断累积负载，且每一步的移动成本等于其当前负载。成本在离开方格时结算，因此终点方格的权重不会计入总成本。
相似文章
Claude 视觉 vs Gemini 视觉（Gemini 在视觉和世界知识方面远胜）
一项对比指出，Google 的 Gemini 在视觉和世界知识任务上优于 Anthropic 的 Claude。
为什么人们不能用自己的GPU运行Gemini和Claude Code？
一篇评论文章，质疑用户为何不能在自有GPU上本地运行Gemini和Claude Code，暗示计算成本制约了对这些AI模型的访问。
打造了一个让 Claude、ChatGPT 和 Gemini 互相辩论后才给出答案的平台
一个让 Claude、ChatGPT 和 Gemini 互相辩论以产生共识答案的平台，具备考试模式、置信度评分和仲裁逻辑等功能。
在使用Claude数月遭遇限制后，我终于找到了更好的工作流程
作者分享了一个个人工作流程调整：将Claude用于推理，Gemini CLI用于执行，以绕过使用限制并降低AI订阅成本。
我们是否应该彻底放弃用 Gemini 进行编程？
一位用户报告称，Gemini 3.1 Pro 在编程方面明显不如 Codex 和 Claude，将其比作经验不足的初级开发者，并对谷歌在前沿编程模型方面的竞争力表示怀疑。