海域重启礼包码汇总 海域重启最新可用兑换码分享
2026-07-21
2026-07-21 0
昨天还在疯狂测试 Kimi K3，今天就听说停售了~~
K3 确实也是火了，火遍大江南北寰宇内外，火到直接停售了，之前 GLM 5.2 火了之后也是一直限购状态，你说国外的抢不到也就算了，现在国内的也抢不到，哈，太难了！稍微好一点的模型，自己人都很难抢到！而且优质模型也是呈现越来越贵的趋势！
万幸！我有个 GLM 老 Pro 账号，配额充足！
万幸！有个朋友特别给力，直接送了我一个 $199 的 Kimi 账号！
你们如果想了解这两个模型真实情况，我给你们测。
我都不知道 Kimi 居然还有这么牛的账号类型！
30 倍额度是真的给力，我一直吐槽 Kimi 配额不够的问题，完美解决了。终于可以测个痛快了！
大家想看哪方面的能力，我都可以给你们测试。
今天来讲一下：Kimi K3 的代码修改和升级能力！
上一篇文章中，我对 K3 做了一轮测试，大部分例子表现不错。但是有一个例子表现非常拉跨！
我让它自由发挥生成一个 3D 台球！
然后它生成的效果非常简陋，还有三个致命的问题。
第一个是：台球桌的建模有大问题，六个孔都没挖出来。
第二个是：操作也有非常大的问题，鼠标一移到网页整个镜头就开始疯狂的晃动了。
第三个是：击球后的镜头比过山车晃得还厉害。
总的来说，就是不是给人玩的。
相比而言，Fable 5 的第一个版本就非常稳：
建模、质感以及手感都非常不错！
说实话，这一轮是高下立判的。但是，我还是想更进一步，所以准备进行多轮测试，测试它们对“自然语言需求”的理解能力和指令遵循能力。在不断对话和修改的过程中，很容易感受到它真实的能力。
最终被我改成这个样子了！
我让它帮我把整个台球室都给建出来了！还在墙上挂上了“艺术品”哈哈~~
这是一个完全 3D 的例子，全部通过“自然语言”实现！为了直观地展示，我们可以来看个视频。
从视频可以看出来，它整个房间的建模还是不错的，整个游戏也是能玩的状态，能做成这个样子，应该说还是不错了。但是，我也是花了不少功夫来调整的，并不是一次两次就搞定的。这也很符合实际情况，真实的项目，就是不停的改改改改。
下面给大家展示一下完整的开发过程（对话过程）！
我让 K3 自己做了汇总报告，除了看过程之外，也可以看看它的汇总报告做得怎么样。
我首先提出了一个简单的需求。
我希望它“做一个 3D 台球游戏”，先聊聊对这个需求的理解。
经过一轮方案讨论后确定方向：
围绕这个需求，总共调整了 12 轮，以下是每轮记录！
用户：做个 3D 台球游戏，聊聊想法。 结果：输出技术选型（Three.js + 自写物理）、玩法要素（瞄准预测线、蓄力、8球规则）、视觉风格三选一、四步开发节奏，供用户拍板。
d2e82c8）用户：写实风、规则玩法你定、自写物理、要能联网玩，效果和手感按最好的来。 实现：
- `billiards.html`：Three.js 场景（木桌/绿呢/双吊灯/软阴影/ACES）、自写 240Hz 物理（弹性碰撞、库边、摩擦、落袋）、瞄准碰撞预测线（目标球线 + 母球分离线 + 幽灵球）、蓄力出杆、WebAudio 合成音效、完整 8 球规则（开球/定组/犯规/自由球/黑八胜负）、练习/本地双人/在线对战三模式- `server.js`：手写 RFC6455 WebSocket 协议的零依赖中继服务器（房间码制），联机采用锁步模拟 + 行动方权威状态纠偏- `test_ws.js`：协议集成测试（建房/加入/中继/满员/断连全部通过）
a0db4fc）用户：创建 git 版本管理并提交；球桌建模粗糙、6 个袋口没表现出来；鼠标瞄准太滑。
实现：
- git init + 首次提交，确立“每轮功能改动都提交”的工作方式- 球桌重建：带 6 个真实开孔的挤出成型台呢、L 形截面库边、整环挤出木边框（内沿带袋口弧形缺口）、钻石点位镶嵌、车木桌腿（Lathe）、围裙、皮袋 + 铜环- 完整房间：拼木地板、护墙板 + 乳胶漆墙面、踢脚线腰线、天花板横梁、地毯、台球海报、球杆架、吧台高脚凳、壁灯- 瞄准手感：角度平滑阻尼（过滤鼠标抖动）、6 cm 死区、Shift 精瞄、方向键/A/D 微调- 引入**无头 Chrome 截图验证**工作流（`--headless --screenshot`），截图驱动修复了袋唇"绿刺"等渲染问题
001e8bc）用户：① 绿色太浅中间偏亮 ② 金属环浮在边框上 ③ 袋口弧度乱 ④ 鼠标进入就疯狂瞄准 ⑤ 击球后镜头疯狂跟球 ⑥ 要落袋特写和球在桌下滚动到固定位置。（这一轮，我需求提的有点猛！ ）
实现：
- 台呢加深、吊灯降功率、曝光下调- 金属嵌环移到台面平面（嵌进袋口内侧）- 方块袋唇 → 贴合袋口圆周的弧形立面（圆柱壳扇形）- 交互重做：不按左键不瞄准；短拖=瞄准、按住不动=蓄力、松开=出杆、轻拖取消- 滚球镜头改为出杆瞬间计算一次的**固定机位**，只锁第一次落袋做焦点特写- 桌下结构：石板 + 开放空腔，6 条支槽 + 纵向主槽 + 集球托盘 + 空腔补光；落袋后球自由落体入袋 → 全场停稳后进入**回球特写**：镜头钻到桌下跟球滚进托盘依次排好
3054c17）用户：按 V 切换顶视、斜视、第一人称。 实现：三视角循环切换（带平滑过渡），瞄准辅助线全视角可用，滚球时顶视同样生效，URL 参数 ?view= 可指定初始视角。
30e593b）用户：按住左右拖动保持瞄准不变，上下拖动要能看上面看下面。 实现：camPitch 俯仰偏移（-0.25~+0.9），上下拖动调整相机高度，第一人称/斜视角下生效，蓄力中也可微调。
cc05c3a）用户：把 docs/1.jpg 转最省空间的 WebP、调整大小、镶框挂上墙。 实现：2368×3088/1.35MB → 768px WebP/123KB；四层装裱（深色木框 + 铜饰条 + 米白卡纸 + 画心）挂东墙。
1cf82c4）用户：上下拖动俯仰好像没实现。 排查：代码审查 + 页内自检（?selftest=drag 模拟拖拽）证明逻辑正常，实为浏览器启发式缓存旧页面。 修复：server.js 响应加 Cache-Control: no-store；留 window.__G 调试句柄。
cf08804）用户：相框有了但画面是黑的。 排查：file:// 直开时 Chrome 视本地图片为跨域污染，禁止作 WebGL 纹理（此前验证都走 HTTP 未暴露）。 修复：图片转 base64 data URL 内嵌（assets/wall-art.js），HTTP 下回源 webp。
用户：不希望引用资源，整个页面要能单独上传直接玩。 实现：图片 base64 + three.js 全部内联进 HTML（1.02MB 完全自包含）。
这一步，它的概括和理解都有错误，我是希望它把图片嵌入，而不是把 three.js 也嵌入！！！
所以我立马打断了。
e38147d）用户：图片不用压那么小，1024 比例差不多；three.js 不用内嵌，引用一个国内外都能访问的地址即可。 实现：图片重转 1024×1335 WebP（170KB）base64 内联；three.js 恢复 jsdelivr CDN 引用。最终 billiards.html 单文件 303KB，已用 file:// 直开验证。
整理开发总结 + 拍摄代表性截图。
这是它总结的 12 轮对话。我是想到哪里说哪里，重点是解决一些非常明显的问题。很多细节我还没有调整！
最终的功能清单如下。
渲染与场景
物理与规则
操控与镜头
联机
server.js 零依赖 WebSocket 中继（房间码 4 位），锁步模拟 + 权威状态纠偏Cache-Control: no-store工程
?auto=practice 直进游戏、?cam=top/side/pocket/under/wall 调试机位、?view= 视角、?selftest=drag 页内自检、window.__G 状态句柄从清单来看，还是涉及到了不少东西和技术点的，有一定的功能量，K3 也有一定的工程水平。
除了让它总结对话，我还专门考了考它抓重点和截图的能力。
我要求它对这个项目中比较有代表性的场景进行截图保存。
下面是它自己调整镜头，截取的八张图片！可以来看看截的是否精准。
| 截图 | 内容 |
|---|---|
| 主菜单：单人练习 / 本地双人 / 在线对战 | |
| 第一人称杆后视角：瞄准线 + 幽灵球 + 目标球预测线 | |
| 斜视视角（V 键切换）：高位跟杆纵览全局 | |
| 顶视视角：垂直俯瞰，规划走位 | |
| 袋口特写：弧形袋唇 + 嵌入式铜环 + 皮袋 | |
| 桌下空腔：回球主槽/支槽/集球托盘 + 暖色补光 | |
| 东墙装饰画：用户图片装裱（木框/铜饰条/卡纸边） | |
| 房间侧视全景：整车木腿球桌、地毯、护墙板、壁灯、杆架 |
整体来说还是不错的！毕竟是它自主完成的。
对话记录，功能，截图都展示完了，然后来说说如何运行。
运行其实是很简单的。大部分功能直接双击静态 HTML 页面即可运行。
联网功能需要启动 Node 服务：
node server.js# 启动后访问 http://localhost:3000/（联机必须）
billiards.html 单文件可直接上传任何静态托管（练习/本地双人免服务器）如何运行说完了，来说说怎么操作，也就是要怎么玩！
操作一样很简单，鼠标键盘都可以！
| 操作 | 效果 |
|---|---|
| 按住左键左右拖动 | 瞄准 |
| 按住左键上下拖动 | 调整相机俯仰 |
| 按住左键不动 | 蓄力，松开出杆（轻拖取消） |
| 空格 | 蓄力出杆（键盘方式） |
| Shift / ←→ / A D | 精细瞄准 |
| V | 切换视角（第一人称/斜视/顶视） |
| 右键拖拽 / 滚轮 | 环视球桌 / 缩放 |
| R | 重新摆球（练习模式） |
| Esc |
整个结果，过程，文档都看完了。
你们觉得 K3 的整体表现如何？
针对 AI 使用强度不同的人，可能会有不同的感受。
我是长期使用AI编程，国内外顶级模型都在高强度使用，我就简单来说说我的感受。
整体结果还是不错的，国内一线没跑了。
代码修改能力还可以，最终也搞得像模像样，而且它这个场景建模和环境光控制还是不错的，然后总结文档写的不错，对话记录，交付清单，截图，运行和操作说明，重点都抓到了，没有长篇大论，这一点我非常喜欢！
接下来说说不足的地方。
首先是首轮结果实在是太糟糕了，其实很多问题，不应该存在！其次修改过程太漫长了，再次 Token 消耗也很猛（Viv套餐是真的顶，只烧了几个百分点）。
然后中间对话过程中，有些需求理解不是特别到位，其中就有会错意的地方。很多比较明显的问题其实不应该由我提出来，而是主动修复才对！
其次，就是自主规划能力还偏弱，无法自主提供一个扎实和完善的项目底座。这个东西就像人一样，需要极其丰富的经验，才能把底子打好。
对于专业程序员、清晰明白各种技术点的开发者，应该是可以比较精准地执行任务的，但是对于 Vibe Coding 的人来说，它能给你兜底的空间还比较有限。
大概就是这样！ 每个场景和每次抽卡都会有差异，只有测多了才会有整体的感受。
现在 Token 充足，要不让它从零开始写个“红色警戒”试试？
Fable 5 和 GPT 5.6 都陷入这个项目的泥潭了，搞了两个星期了……红色警戒还是太复杂了！
下一篇，我准备分享一下 Fable 5 的整体效果和开发过程！
我用了一样的开头，也调了差不多 10 轮左右，可以对比一下两位选手的最终结果！
这个测试项目的V1版本已经上传到我的个人网站：topai.jarvisuni.com/
V2版本也会在今天上传！
文章有点长，大家眼睛看累了的话，可以活动一下大拇指，把下面一篇小图标点亮！
我是不收钱写稿的，全靠大家点赞“续命”！
各位，收工了，还有个项目要开发！
Copyright(C) 2020-2026 jiyx.com All Rights Reserved 联系方式：[email protected]