只有订阅【Muse Code Pro】或【Muse Code Enterprise】的用户才能调用Muse Wonder Full进行代码风险审查；免费版或基础版仅支持Muse Wonder（muse-wonder-1.0），否则报错“model not authorized”。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在Muse Code订阅环境中审查一段代码改动是否存在安全漏洞、逻辑错误或兼容性断裂，但Muse Wonder Full不开放API调用，无法通过标准接口传入diff文本进行分析。
确认当前是否具备Muse Wonder Full使用权限
打开 Muse Code 应用，点击右上角头像→「Settings & Subscription」→查看当前订阅方案名称。只有显示为 【Muse Code Pro】 或 【Muse Code Enterprise】 的用户才被授权调用 Muse Wonder Full；普通免费版或基础版仅能访问 Muse Wonder（muse-wonder-1.0）。
若订阅状态未达标，后续所有操作将直接报错“model not authorized”，无法进入风险审查流程。
在Muse Code中提交代码改动进行审查
方法一：通过Pull Request自动触发
确保你的代码仓库已接入 Muse Code 的 GitHub/GitLab 集成 → 在目标分支发起 Pull Request → 等待 Muse Code 自动扫描并生成「Risk Summary」卡片 → 点击卡片中的「Full Review」按钮 → 系统将自动调用 Muse Wonder Full 进行深度分析。
方法二：手动粘贴diff文本
在 Muse Code 编辑器中新建一个空白文件 → 将 Git diff 输出（含 git diff --no-index old.js new.js 格式）完整粘贴 → 右键选中全部文本 → 选择「Analyze with Wonder Full」→ 此时模型会识别出新增/删除/修改的函数签名、依赖变更、敏感API调用（如 eval()、child_process.exec）、未校验的用户输入路径等高危模式。
注意：手动分析仅支持单文件 diff，跨多文件的改动需走 PR 流程，否则会漏检模块间耦合风险。
解读Muse Wonder Full返回的风险报告
第一步：定位「Critical」与「High」等级条目
报告顶部按严重等级排序，优先处理标为红色「Critical」的项——这类通常对应远程代码执行（RCE）、SQL注入入口、硬编码密钥泄露等不可接受风险。
第二步：检查「Contextual Justification」字段
每条风险后附带一段推理链，例如：“第47行调用了 res.send(userInput)，且该变量来自 req.query.search，未经过 sanitizeHTML 处理；结合前文第122行引入的 XSS payload 模拟测试，确认存在反射型 XSS 漏洞。” 这类说明是 Muse Wonder Full 区别于普通版的关键能力，它基于 Active Memory 回溯了你此前在该仓库中设置的安全规则偏好。
第三步：验证「Suggested Fix」是否可落地
模型给出的修复建议会明确到具体包版本（如“升级 express-validator 至 v7.0.1+”）或 ESLint 规则编号（如“启用 @typescript-eslint/no-unsafe-argument”），而非泛泛而谈“加强输入校验”。若建议中出现 【require manual confirmation】 字样，说明该修改可能破坏向后兼容性，必须人工逐行比对。
