用 ZIM 写 2D Canvas 最怕 AI 乱写 CreateJ

给大模型写特定框架的代码时，最恶心的是它经常陷入“过时陷阱”。比如用 ZIM 这种创意编程框架，如果你直接问，AI 很容易在训练数据的惯性下，给你吐出一堆过时的 Flash 风格或者原生的 CreateJS 代码。结果就是代码里充斥着手动计算坐标的数学题，或者啰嗦的 stage.addChild()，完全没发挥出 ZIM 简化开发的优势。

要解决这种幻觉，最有效的实战方案就是给它喂一个结构化的 System Prompt，并配合精简的参考文档。ZIM 团队搞的那个 Master Prompt 逻辑很清晰，它不是简单地塞文档，而是通过两个特定的、去噪后的资源来约束 AI：

• API 映射表（docs_ai.php）： 这不是给人类看的网页，而是给 AI 看的密集型 API 索引。它把参数签名、DUO 配置对象、VEE 动态评估标志全部标准化。这样 AI 就不会在参数顺序上瞎猜，能准确知道哪些地方可以用随机数组或函数。
• 惯用法指南（tips.html）： 即使 API 对了，写法不对也白搭。这份指南强制 AI 使用 ZIM 的链式调用（比如 .sca()、.rot()）和声明式布局（比如 .pos()），而不是去写原生的坐标计算。

我对比了一下，如果没有这个约束，AI 写一个“点击后放大并移到右下角”的矩形，会写成这种笨拙的风格：

// 典型的幻觉代码：手动算坐标，用原生 CreateJS 逻辑
var rect = new createjs.Shape();
rect.graphics.beginFill("red").drawRect(0, 0, 100, 100).endFill();
this.stage.addChild(rect);
this.stage.on("click", () => {
    createjs.Tween.get(rect).to({scaleX: 2, scaleY: 2, x: 500, y: 400}, 1000);
});

但一旦加载了 Master Prompt，它生成的代码就变成了真正的 ZIM 风格，极其精简：

// 真正的 ZIM 惯用法：链式调用，内置常量，无冗余逻辑
const rect = new Rectangle(100, 100, "red").center();
rect.on("click", () => {
    rect.animate({scale: 2, pos: [RIGHT, BOTTOM]}, 1);
});

这种从“命令式”到“声明式”的转变，极大降低了调试成本。对于习惯用 Cursor 或 Claude Code 快速原型开发的同学，建议直接把这种精简后的 API 映射表加入到项目的 .cursorrules 或 System Prompt 中，能有效避免 AI 乱写导致的代码崩溃。