无法直接调用muse wonder full api，必须通过muse code环境使用：确认订阅权限（power/maximum）、在编辑器中选中muse-wonder-full-1.0；前端用iframe嵌入muse code沙盒并通信；后端仅代理文件与结果，不调用模型。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要开发一个能调用Muse Wonder Full能力的前后端分离应用，必须先明确：该模型不开放API调用，仅限Muse Code订阅用户在Muse Code环境中使用。你无法像调用普通大模型那样，在自己写的后端中发起HTTP请求获取Wonder Full响应。
确认可用入口与权限边界
第一步，登录Meta官方账户，进入Muse Code控制台；第二步，检查当前订阅状态——只有标注为“Power Usage（$50/月）”或“Maximum Usage（$200/月）”的订阅才具备调用Wonder Full的权限；第三步，在Muse Code编辑器右上角点击模型选择器，确认下拉菜单中出现“muse-wonder-full-1.0”且可被选中。若只看到“muse-wonder-1.0”，说明你尚未获得Full访问资格，此时所有前端发往自建后端、再由后端调用模型的路径都【不可行】。
构建前端界面并连接Muse Code运行时
在Vue3或React项目中，通过iframe嵌入Muse Code的沙盒执行环境：
① 创建一个<iframe></iframe>元素，src属性设为https://www.php.cn/link/7fddfd603c96f1bd7c1e6267fb461f44/embed?project=your-project-id&model=muse-wonder-full-1.0；② 使用window.postMessage向iframe发送初始化消息，包含任务描述、输入文件列表和预期输出格式；③ 监听iframe返回的message事件，解析其中的status（如“running”“completed”“error”）和output字段；④ 当收到completed时，将output渲染到前端结果区域。注意：iframe域名必须与Muse Code官方域一致，否则CSP策略会拦截通信。
后端仅做代理与状态中转，不触碰模型调用
你的Django或FastAPI后端不能也不应尝试调用Wonder Full。它唯一合法角色是：接收前端上传的原始数据（如PDF租约、CSV财务表），校验格式与大小（单文件≤25MB），生成带签名的临时URL供Muse Code读取；再将Muse Code返回的JSON结果存入数据库，并提供/api/task/{id}/result接口供前端轮询。这一步的关键是【不构造任何指向Wonder Full的API请求】，所有模型推理必须发生在Muse Code托管环境中。
方法一：用Muse Code内置Webview开发轻量级应用
直接在Muse Code中新建一个Webview项目，编写HTML+JS前端逻辑，通过meta.code.run()调用Wonder Full执行代码生成、文档分析等任务。该方式无需自建后端，所有逻辑在Muse Code沙盒内闭环完成，适合原型验证和内部工具。
方法二：用Muse Code CLI集成进CI/CD流程
安装npm install -g @meta/muse-code-cli，在本地项目根目录执行muse-code init --model muse-wonder-full-1.0；编写.muse/config.yml定义输入源（GitHub PR、Notion页面）、处理链（提取条款→比对模板→生成摘要）和输出目标（Slack频道、Google Sheet）；提交后由Muse Code后台自动触发Wonder Full执行。此路径适用于自动化工作流，但前端仍需通过Webhook或轮询获取结果。
