1. 为什么 flash and .net 示例总在最后一步卡住Flash 与 .NET 通信示例要跑通关键在两处一端是 JavaScript 封装 Flash 控件或 Flash Remoting另一端是 WinForm 里的 ActiveX 与 Flash 8 的 FlashExternalAPI。Codex 想顺利复现这些代码先要有稳定的模型通道——到 TaoToken 官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 创建 Key 再填配置比临时折腾官方额度靠谱得多。1.1 原始文章的两条路线Web 端与 WinForm 端那时候 Web 端做富客户端Flash 加 ASP.NET 是常见组合。原文讲到两种接法一是在页面里把 Flash 控件包在 JavaScript 里管理JS 负责传参数、收回调Flash 只做渲染二是走 Flash RemotingFlash 直接调用 .NET 服务端方法不需要自己拼字符串接口。前者的代表是当时流传的 flash-control 控件封装后者则要求服务端提供 Remoting 网关比如 FluorineFX 或 WebOrb。WinForm 端换了一条更本地的路把 Flash 当作 ActiveX 控件拖进窗体通过 COM 接口控制播放和取数Flash 8 之后引入 ExternalInterfaceActionScript 和宿主程序可以相互回调这就是原文末尾指向的 flashexternalapi 那篇文章的价值。1.2 卡点不在 ActionScript而在外围环境把这套思路放到今天复现卡点基本不在 Flash 自带的语法而在周边的运行条件。Flash 控件要么在老浏览器里跑要么在 WebBrowser 内核里模拟ASP.NET 工程从 Framework 版本到部署路径都可能和旧示例不一致Codex 要给你生成、检查这些代码又依赖一条稳定的模型 API 通道官方通道偶尔被额度和限流挡住时整个调试节奏就断在「返回一半报错」的位置。实际操作中我把 Codex 的 Base URL 指到 TaoToken用同一把 Key 统一走 https://taotoken.net/api模型输出稳定之后再回头调 Flash 与 .NET 的通信逻辑问题一下就收敛了。1.3 为什么要用 Codex 重跑这套老示例原文给出的两个参考链接一个指向控件下载页一个指向 CodeProject 上的 FlashExternalAPI 说明。这些老链接如今未必都能打开但里面的通信思路仍然成立ExternalInterface 的桥接方式被很多内嵌 WebView 方案继承Remoting 网关的取舍也对应今天的前后端数据交换设计。让 Codex 按原文思路重新生成一套可编译的代码比翻旧文档更直接。关键是先把它接入一条统一通道否则每问一个问题都要担心请求失败。2. 准备条件去 TaoToken 拿 Key给 Codex 添一个 model_provider2.1 打开官网、创建 Key、确认模型 ID配置前先准备一把 Key。打开 TaoToken注册或登录后进控制台在 API Keys 页面点创建把生成的字符串保存为 YOUR_API_KEY。这个动作替代了原文里「去控件官网下载、去 CodeProject 翻说明」的准备工作——因为通信代码可以由 Codex 按思路重写Key 才是真正必需的凭证。同一页面旁边的模型广场会列出当前可用的模型 ID选一个主力写代码的型号后面 config.toml 里要完全照抄它不能凭记忆填旧 ID。2.2 编辑 ~/.codex/config.tomlBase URL 填 https://taotoken.net/apiCodex 的配置文件在 ~/.codex/config.toml。在这里给 TaoToken 单独注册一个 model_provider并把默认模型指过去model_provider taotoken model YOUR_MODEL_ID [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api wire_api chat其中 YOUR_MODEL_ID 以 TaoToken 模型广场当前列表为准不要照抄网上的历史教程。保存后不需要额外环境变量。注意 base_url 是 https://taotoken.net/api末尾不要加 /v1——Codex 会按 OpenAI 兼容协议在这个地址下继续拼路径。官网链接是给人点击的带 UTM 参数没问题Base URL 是给程序请求接口用的多一个 ?utm_source 都算错地址。填好后启动 codex先问一句「当前模型 ID 是什么」得到明确回答就说明通道已经通了再进入 Flash 示例的生成。3. Web 端示例让 Codex 写一套 ExternalInterface ASP.NET 的 JSON 接口3.1 先把任务拆成一句清晰的提示词交互式 codex 里提示词不要只写「写个 Flash 连 .NET 的示例」那会把两边代码都写得很泛。按原文的技术路线拆成一句指令参考 flash and .net 的 Web 端接法写一个 ASP.NET 的 ASHX 接口返回 JSON再写 Flash AS3 侧用 URLLoader 请求它并用 ExternalInterface 把结果回传给页面 JavaScript。Codex 会先给服务端代码再给 Flash 代码。如果它把 URLLoader 和 ExternalInterface 掺在一起就把原文思路再强调一遍JavaScript 是总控Flash 只负责渲染和回调。3.2 服务端返回 JSON 的 ASHX 处理程序ASHX 是最小的可用入口不依赖 MVC 路由放到站点根目录就能被 Flash 直接请求using System.Web.Script.Serialization; public class FlashProxyHandler : IHttpHandler { public void ProcessRequest(HttpContext context) { context.Response.ContentType application/json; context.Response.Charset utf-8; var data new { ok true, message 来自 ASP.NET 的响应, time DateTime.UtcNow.ToString(O) }; context.Response.Write(new JavaScriptSerializer().Serialize(data)); } public bool IsReusable { get { return false; } } }如果项目使用 .NET 6 及以上Codex 生成时把 JavaScriptSerializer 换成 System.Text.Json 即可。这段代码对应原文里 ASP.NET 作为后台的做法页面不刷整页只换数据。3.3 Flash 侧AS3 用 URLLoader 请求再交给页面 JSFlash 侧按原文「JS 封装控件」的思想写。ExternalInterface 负责把数据交还给 JSvar loader:URLLoader new URLLoader(); var req:URLRequest new URLRequest(https://your-host/FlashProxyHandler.ashx); loader.addEventListener(Event.COMPLETE, function (e:Event):void { // 把结果交给页面里的 JavaScript ExternalInterface.call(onFlashResult, loader.data); }); loader.load(req);这段代码里的请求地址要替换成你自己的站点地址。Flash 本身不解析 JSON 也可以拿到字符串整串丢给 JS由页面脚本负责渲染。这正是原文「界面用 Flash、后台用 ASP.NET」的分工。3.4 让 Codex 检查跨域和返回格式把返回给 JS 的数据在回调里 console.log 一下。出现 null 时多半是 crossdomain.xml 没放对位置或 ASHX 的 Content-Type 不是 application/json。把控制台里的具体报错贴回 Codex 对话它会对照响应头给出修正不需要你从头把协议读一遍。换到 TaoToken 通道之后这类多轮纠错请求不会因为 API Key 额度断掉Codex 可以一直拿着同一个上下文帮你改到跑通。4. WinForm 端示例Flash 8 的 FlashExternalAPI 与 ActiveX 互操作4.1 两种宿主的区别WinForm 端原文给的是 ActiveX 路子实际工程里还有另一种做法。一种是直接把 ShockwaveFlash 的 ActiveX 控件拖到窗体C# 设置 Movie、调用 CallFunction另一种是用 WebBrowser 控件承载 Flash然后利用 ObjectForScripting 在 C# 和页面 JS 之间搭桥Flash 里的 ExternalInterface 再把数据传给 JS。Flash 8 之后推荐外正是后者思路ExternalInterface 比老 FSCommand 稳定能传对象还支持返回值所以原文末尾专门指向 flashexternalapi 这篇文章。4.2 C# 桥用 ObjectForScripting 暴露方法给 JS让 Codex 生成一个最小托管桥。先在 C# 里定义公开类[ComVisible(true)] public class FlashBridge { public string OnFlashMessage(string message) { return C# 已收到: message; } }然后在窗体代码里绑定webBrowser1.ObjectForScripting new FlashBridge();。这样页面 JS 里调用window.external.OnFlashMessage(...)就能进到 C#Flash 的 ActionScript 再通过 ExternalInterface 把消息送进 JS。整个链条对应原文说的「Flash 8 新技巧」通信不再依赖 ActiveX 内部接口而是走标准的浏览器桥接能力。4.3 regsvr32 这类注册动作留给本地执行中间的注册环节要分清职责如果老工程确实需要 regsvr32 注册 Flash ActiveX请在本地命令提示符里手动执行Codex 只负责生成命令和解释参数不要让它直接连到运行环境去执行。AI 编程工具做的是代码生成和结果对照不是替你操作生产机器。它把命令写好你在自己的电脑上执行再把输出贴回对话继续查错这套流程安全也够用。5. 换通道后最常碰到的三个错误401、model not found、provider not found5.1 401Key 复制不完整或 base_url 拼多了斜杠配置换到 TaoToken 后报错反而集中在模型接入层。最常见的是 401config.toml 里的 Key 复制不完整或在 Key 前后多了空格。回 控制台 API Keys 重新复制注意复制出来是一整行不要手动截断。还要检查 base_url 是不是写成了 https://taotoken.net/api/ 末尾带斜杠的形式路径多一个字符都可能导致鉴权失败。5.2 model not found模型 ID 要照着模型广场抄另一个高频错误是 model not found。config.toml 里 model 字段填了网上文章里的旧 ID或者把类名当成了模型 ID。OpenAI 兼容接口对模型 ID 认得很死一个字母不对就返回 not found。统一以 TaoToken 模型广场 列表为准把列表里完整 ID 原样替换进 YOUR_MODEL_ID。建议先在你选的那个模型页面复制再回到 config.toml 粘贴避免手输。5.3 provider not found表名和顶层名称不一致provider not found 是本地配置问题顶层model_provider taotoken和[model_providers.taotoken]的表名必须完全一致方括号不能写成普通注释。Codex 加载配置时靠这个名称匹配 provider任何一个字符对不上都会提示找不到。对照上面第 2.2 节的完整示例检查两处名称即可如果改完仍报错确认文件里没有重复的[model_providers.xxx]段落互相覆盖。6. 跑通之后去控制台对一下这次调用6.1 先在模型对话里验证 Key 和模型组合Flash 示例能在 Codex 里连续改三轮不中断后去 TaoToken 模型对话 发一条测试消息。这个页面的作用是快速验证 Key 和模型组合是否正常模型对话能返回Codex 却报错问题大概率在 Codex 侧配置两边都不行先确认 Key 是否欠费或过期。用同一把 Key 在两边各测一次就把配置变量隔离了。6.2 按调试频率看 Coding Plan 和用量如果后续准备把这类老示例复现当成每周任务可以打开 Coding Plan 看套餐是否匹配你的调试量Key 的创建、轮换、停用统一在 控制台 API Keys 管理。每次 Codex 会话结束去用量页扫一眼这次改写消耗了多少 token——Flash 示例这类来回调错的任务往往比想象中更吃请求数。能一笔一笔对账就知道什么时候该停手把问题条件收窄再问。6.3 下一步把精力留给通信逻辑本身过去一轮报错就换一个供应商 Key 的日子其实没必要。把 Codex 的 model_provider 稳定指向 TaoTokenFlash 与 .NET 通信示例要研究的是 ExternalInterface 的桥接职责、Remoting 网关的取舍、ActiveX 到 WebBrowser 的迁移路径而不是每一轮都跟 API 限流较劲。等这份示例在本地跑通你再去翻原文末尾那两个老链接会发现当初最耗时间的不是 Flash 语法而是环境。现在环境这层交给统一通道剩下的代码问题让 Codex 和你一起改完。