本文分享了在仓颉语言下从零构建纯仓颉游戏《驿路巡点》的第一周实践，核心是通过三条验收约定（规则层脱离UI、步进唯一入口、关卡源码化）与多助手协作框架（GrokBot）实现规则先行。借助项目管理、专家角色分工及自动化烟测，确保规则可测、可复现，避免逻辑散落在事件回调中。强调“先写过再画皮”，以最小交付+反馈闭环提升效率，揭示Agent协作中“验收约定”比代码能力更关键。

本文复盘鸿蒙应用「双栏对照」从 ArkTS 迁仓颉的经历。作者先以 ArkTS 打磨产品面，再借 ZCode 夜间免费窗口全量迁移：13 个 .cj 文件、编译签名成功、类型检查 0 错误，模拟器首跑却挂起。真机共测又证伪两件事：独立 JSRuntime 读不了 picker 的 file://docs，JS 桥关不掉 PC Enhance 三键。最终改混合分工：仓颉做产品（界面、diff、会话、

本文复盘鸿蒙应用「双栏对照」从 ArkTS 迁仓颉的经历。作者先以 ArkTS 打磨产品面，再借 ZCode 夜间免费窗口全量迁移：13 个 .cj 文件、编译签名成功、类型检查 0 错误，模拟器首跑却挂起。真机共测又证伪两件事：独立 JSRuntime 读不了 picker 的 file://docs，JS 桥关不掉 PC Enhance 三键。最终改混合分工：仓颉做产品（界面、diff、会话、

本文复盘鸿蒙应用「双栏对照」从 ArkTS 迁仓颉的经历。作者先以 ArkTS 打磨产品面，再借 ZCode 夜间免费窗口全量迁移：13 个 .cj 文件、编译签名成功、类型检查 0 错误，模拟器首跑却挂起。真机共测又证伪两件事：独立 JSRuntime 读不了 picker 的 file://docs，JS 桥关不掉 PC Enhance 三键。最终改混合分工：仓颉做产品（界面、diff、会话、

9 月 5 日 OpenAI 宣布，内部模型指挥 1 万个 AI 智能体、用 88 小时解出克雷数学研究所 "千禧年难题" 之一 —— 纳维 - 斯托克斯方程的关键证明（配 165 页证明 + 通过检验的 Lean 形式化验证代码，拒领 100 万美元奖金）。就在此时，AI行业巨头同时决定需要刹车

鸿蒙开发选栈核心在于明确路径：默认主力为ArkTS（生态成熟、易上手），仓颉适合高性能/高并发场景，可与ArkTS混合开发；已有Flutter/RN团队应优先适配鸿蒙，而非重写。仓颉需通过华为联盟报名获插件权限，非开箱即用。关键瓶颈不在语法，而在“选对栈+过人侧闸门”。模型已支持长跑生成，但真正稀缺的是清晰的验收合同与工具链记忆。建议：先定目标，再启Agent，避免在错误路径烧token。

鸿蒙开发选栈核心在于明确路径：默认主力为ArkTS（生态成熟、易上手），仓颉适合高性能/高并发场景，可与ArkTS混合开发；已有Flutter/RN团队应优先适配鸿蒙，而非重写。仓颉需通过华为联盟报名获插件权限，非开箱即用。关键瓶颈不在语法，而在“选对栈+过人侧闸门”。模型已支持长跑生成，但真正稀缺的是清晰的验收合同与工具链记忆。建议：先定目标，再启Agent，避免在错误路径烧token。

鸿蒙开发选栈核心在于明确路径：默认主力为ArkTS（生态成熟、易上手），仓颉适合高性能/高并发场景，可与ArkTS混合开发；已有Flutter/RN团队应优先适配鸿蒙，而非重写。仓颉需通过华为联盟报名获插件权限，非开箱即用。关键瓶颈不在语法，而在“选对栈+过人侧闸门”。模型已支持长跑生成，但真正稀缺的是清晰的验收合同与工具链记忆。建议：先定目标，再启Agent，避免在错误路径烧token。

文档给 Agent 钉了一张 "仓颉查文档索引"—— 语法与工具链跟 tip 1.1.3，白皮书从门户卡片进（短文、仍滞后），查 API 先认 cangjie_runtime（std 在这），三方库走 TPC / 中心仓、ArkTS 库走互操作或重写，目的是让人和 Agent 少绕废弃站、少空转一轮。

数据周期：2026-04-24 ~ 2026-09-04 ｜ 案例模型：DeepSeek V4、GLM-5.3、Qwen3.8-Max系列续篇：上一篇《AI 编码半年没质变？强项在涨，短板在露》聊的是能力怎么变，这篇往回退一步，问能力从哪来。