有效成果
- 从零建立 Hono + Cloudflare Workers 项目
- 完成线上导航页和可玩的 2048
- 创建并公开 GitHub 仓库，持续提交修复
- 补齐模型环境、参数和测试说明
- 能够根据用户反馈定位并修复核心逻辑错误
运行环境与模型配置
信息来自本次 Colab 运行记录和实际服务检查。模型未经微调，使用量化版本，单并发运行。
GPUNVIDIA A100-SXM4-40GB
CUDA / 内存12.8 / 83 GiB
模型Qwen3.8-27B Q4_K_M
模型文件15.93 GB GGUF
推理框架llama.cpp
上下文262,144 tokens
显存占用约 32 / 40 GB
并发1 个 slot
约 45tokens/s 生成速度
约 1,200tokens/s 输入处理速度
256K本次实际配置的上下文长度
补充说明
- 采样参数为 temperature 1.0、top_p 0.95、top_k 20。
- 开启 Flash Attention 和 Jinja 对话模板，模型层全部放入 GPU。
- 模型实际会输出思考内容，而且是直接混在回复正文中，并非独立的思考字段。
- 这里的速度是该次运行参考值，不等同于所有提示词、所有机器下的固定性能。
从空目录到线上项目
全程约两小时。绿色节点是有效推进，红色节点是出现误判、错误或返工的位置。
创建项目目录
按要求在 Projects 下建立 qwen38-test，作为独立验证仓库。
初始化 Hono 导航页并首次部署
创建项目文件、安装依赖，通过 Wrangler 部署到 Cloudflare Workers，并用真实请求确认首页返回正常。
Git 首次提交误带 node_modules
模型发现问题后尝试回退，但第一次回退命令失败；随后清理暂存和历史，最终建立了干净仓库。
创建 GitHub 仓库
首次命令参数不兼容，修正后成功推送；之后补充 README，并把仓库改为公开。
误判 Colab 会话丢失
终端工具返回 401/404 后，本地会话映射被清空，模型过早判断会话丢失。后续从历史和重新连接中确认实例仍在。
思考模式说明写错
README 一度写成关闭思考。用户指出实际能看到思考后，模型重新检查响应格式并修正文档：思考内容是内嵌正文。
外部模型接口两次出现 530
Cloudflare Quick Tunnel 与 Colab 之间断开，模型请求暂时不可用。恢复 tunnel 后才继续执行，说明临时地址不适合作为稳定服务入口。
完成 2048 游戏
实现计分、最高分、历史记录、撤销、重开、键盘和手机滑动，并完成部署。
手机实测发现方块消失
首版游戏看似完整，但核心移动逻辑没有把临时数组写回棋盘，导致滑动后数字消失，属于严重可玩性问题。
重写移动逻辑并复测
直接按坐标更新棋盘，13 个逻辑用例通过；手机触摸、桌面键盘和重开流程也通过浏览器测试。
自定义域名配置方式错误
将域名写成普通 Worker 路由后就宣称生效，但真实 DNS 请求失败。正确方式应使用 Cloudflare 自定义域名配置。
修正域名并补齐实测报告
改为真正的自定义域名，重新部署，并把完整过程、错误和客观结论集中展示在本页。
最终完成了什么
尽管过程有返工，模型最终确实交付了一个公开、可部署、可交互的完整小项目。
不能忽略的问题
- 首次 Git 提交把整个依赖目录提交进去
- Colab 连接异常时误判实例已经丢失
- README 对思考模式的描述未经实测
- 首版 2048 在手机上存在核心玩法故障
- 自定义域名配置错误，却提前报告“已经生效”
问题、根因与处理结果
评价模型不能只看最后页面，也要看它在不确定信息下如何判断，以及错误是否被真正验证和修复。
| 问题 | 发生原因 | 处理结果 |
|---|---|---|
| Git 历史污染 | 初始化时缺少忽略规则，首次提交把依赖目录一起加入。 | 已修复 清理提交历史并重建干净根提交。 |
| Colab 会话误判 | 把终端工具的本地状态异常直接等同于远程实例消失。 | 暴露判断缺口 后续从历史与重连结果恢复信息。 |
| 思考模式描述错误 | 根据配置和历史记录推断，没有先对真实响应做确认。 | 已修复 实测后更正为思考内容内嵌正文。 |
| 接口报 530 | Colab 使用临时 Cloudflare Tunnel，隧道断开后外部请求无法到达。 | 运行限制 重建隧道可恢复，但稳定性仍取决于临时会话。 |
| 2048 方块消失 | 移动逻辑只修改临时数组，没有正确写回棋盘状态。 | 已修复 重写移动算法，并通过逻辑和浏览器测试。 |
| 自定义域名失败 | 普通路由配置不会替自定义域名自动创建对应 DNS 和证书。 | 本次修复 改为 Cloudflare 自定义域名并重新部署。 |
真实验证结果
修复 2048 后，不再只看代码和返回状态，而是对核心操作进行了自动化浏览器验证。
13 / 13 通过移动、合并、方向与数值守恒逻辑
手机通过触摸左滑、右滑、上滑，数字保持并正常合并
桌面通过方向键移动、合并与重新开始流程
验证边界
- 这是一个小型前端项目，不能代表模型在大型工程、长期维护和多人协作中的表现。
- 测试是在单一量化版本、单台 A100 和一组运行参数上完成，不能直接外推到其他部署方式。
- Cloudflare Tunnel 的 530 属于运行链路问题，不完全等同于模型能力，但模型对故障的判断和报告方式仍属于评估的一部分。
客观结论
这次实测说明 Qwen3.8-27B 能够理解连续任务、操作本地工具、创建项目、部署服务并在反馈后修复问题。它不是只能给代码片段，而是具备完成一条小型交付链路的能力。
但它也多次在验证不足时给出过早结论。最明显的是首版 2048 核心玩法错误，以及域名尚未解析时声称已经生效。因此，更准确的使用方式是：让模型承担大量执行工作，同时把真实构建、浏览器操作、网络请求和最终验收设为硬性门槛。