Kimi K3.1 Pro · 社区来源 · 个人体验
作者在 pi.dev harness 中让 Kimi K3.1 Pro 生成高保真“鹈鹕骑自行车”三维场景；单次提示不足，追加多次“进一步优化”后才得到作者展示的结果。该案例能说明多轮 Agent 工作流的可用信号，但两边迭代次数、预算和完成标准未对齐，不能称为 Kimi 对 Claude Opus 5.5 的受控优胜。
作者在 pi.dev harness 中让 Kimi K3.1 Pro 生成高保真“鹈鹕骑自行车”三维场景；单次提示不足，追加多次“进一步优化”后才得到作者展示的结果。该案例能说明多轮 Agent 工作流的可用信号，但两边迭代次数、预算和完成标准未对齐，不能称为 Kimi 对 Claude Opus 5.5 的受控优胜。
适合判断的任务：观察 Kimi K3.1 Pro 在 pi.dev 中进行三维场景生成、连续修改和视觉产物迭代的现场表现。
不适合外推的任务：通用 3D 能力排名、一次提示的成功率、成本或速度比较，以及对 Claude Opus 5.5 的公平胜负判断。
适用的模型版本：Kimi K3.1 Pro；作者用于对照的是发布时的 Claude Opus 5.5 单次生成案例。
测试环境或客户端：pi.dev harness；具体 Agent 版本、工具权限、模型端点和运行环境未注明。
推理档位和参数：未注明。
作者发布了一段 Reddit 视频，并说明：
任务是创建一个高保真、鹈鹕骑自行车的三维场景。
Kimi K3.1 Pro 在 pi.dev harness 中完成任务。
单独发送一次任务提示不够，作者随后多次发送“enhance it further”继续要求优化。
作者把这个多轮结果与自己在 Claude Opus 5.5 发布时用单次提示得到的结果链接作对比。
原帖没有公开完整提示词、每轮消息、工具定义、运行日志、代码仓库、模型参数、迭代次数、token、耗时、费用或验收清单。视频播放器在页面中显示为约 45 秒；页面没有给出可下载的结构化输出或独立评分。
| 观察项 | 原帖可确认内容 | 证据边界 |
|---|---|---|
| 任务 | 高保真三维鹈鹕骑自行车场景 | 没有公开完整规格或验收标准 |
| Kimi 工作流 | 使用 pi.dev harness，单次提示后追加多次增强 | 未注明具体轮数、工具调用和每轮改动 |
| 初始提示 | “Create a high fidelity scene of pelican riding a bicycle” | 这是公开的一句任务描述，不等于完整运行 prompt |
| 后续提示 | 多次使用“enhance it further” | 没有公开每次增强的上下文和输出 |
| 对照 | 作者链接了 Claude Opus 5.5 的单次生成案例 | 对照案例的运行条件未在本帖中重建 |
| 可见产物 | Reddit 视频中的三维场景演示 | 没有代码、截图序列或独立质量评分 |
作者的原话明确表示，一次 “Create a high fidelity scene of pelican riding a bicycle” 不足以完成目标，需要多次 “enhance it further”。因此，本文把它记录为“多轮增强后的案例”，不把展示结果改写成 Kimi 单次提示能力。
主帖正文可见内容包括：作者很高兴看到“即将开放权重”的模型在 3D 开发上达到很好的质量；本次使用 Kimi K3.1 Pro 和 pi.dev harness；单次创建高保真鹈鹕骑自行车场景的提示不够，后续追加了多个“进一步优化”提示；作者随后给出 Claude Opus 5.5 发布时的单次结果链接：https://www.reddit.com/r/ClaudeCode/comments/1wnhlrn/opus_55_create_a_high_fidelity_scene_of_pelican/。
主帖下可见的回复如下：
u/Important-Damage-173 认为 Kimi 并非一直很差，并提到其表现超过 Google 最好的模型；同时猜测 Kimi 可能还不能生成视频。
u/xenquish 认为低成本运行本地模型很令人兴奋。
作者 u/blaind0 回复：这个 Kimi 模型规模为 3T，因此主要通过 API 使用；希望更多供应商能带来更低成本。
u/wiggle_room1337 以讽刺语气评论“优秀？更像是勉强不差”。
这些回复没有补充测试轮数、费用、分数、提示词全文或运行日志。作者的“3T、主要通过 API”回复也只是模型使用方式的说明，不能作为本次任务的成本数据。
这是一个公开展示的个人现场报告，证据等级为个人体验。
它支持的最小结论是：在 pi.dev harness 中，Kimi K3.1 Pro 的高保真三维鹈鹕场景需要多轮“enhance it further”才能达到作者展示的结果。
Kimi 与 Opus 5.5 的迭代预算不同：前者追加了多次增强，后者被作者描述为单次提示。因此不能称为受控优胜、单次提示优胜或成本优胜。
原帖没有 rubric、分数、成功率、耗时、token、账单、完整 prompt、工具轨迹或版本锁定信息，不能建立可复现排名。
视频展示的视觉质量受作者选择的后续提示和停止时点影响；不应把它归因于模型本身的单一能力。
作者回复中关于 3T 和 API 的描述，不能推导出本次任务的实际价格，也不能外推为所有供应商的成本结论。
复现时至少需要固定 Kimi K3.1 Pro 的模型端点、pi.dev harness 版本、工具权限、上下文、提示词、最大轮数、停止条件和渲染环境。对照 Opus 5.5 时，应使用相同初始任务、相同迭代预算和相同可见性条件。
每次运行应保存完整消息与工具轨迹、每轮输出、代码、渲染帧、耗时、token 和费用，并预先定义三维场景的几何、材质、动画、交互和错误标准。只有在这些条件一致且有 rubric 与重复运行后，才适合比较模型结果；本帖公开内容不足以完成该复现。
本文中的数字、任务集、推理档位和客户端条件只在所列来源及采集时点内成立。不同版本、不同 harness 或不同提供商的数据不能直接并排比较；未公开的参数保持未知。
需要复测时，请固定模型版本、提供商或客户端、推理档位、工具、任务集版本、样本数和采集日期，并记录失败、重试与人工修正。完整方法和复现步骤见下方来源笔记。
Reddit，r/aigamedev · u/blaind0 · 原文发布日期 2026-10-23 · 本站编辑日期 2026-10-24
打开原始来源Kimi K3.1 Pro
下载 Tabbit 客户端后检查模型可用性
