需满足五项审核标准：一、基于n8n/dify等兼容平台构建可视化工作流，输出json/纯文本；二、具备端到端闭环能力，移除人工干预，预授权第三方服务并附测试用例；三、严守安全红线，禁用隐私读取、人脸滥用及敏感字段诱导；四、定价匹配实际资源消耗，提供执行日志与技术依赖声明；五、规范填写职业标签、用户场景及1200×630封面图。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您希望在MuleRun平台发布自己的Agent并上架销售，但提交后未通过审核，则可能是由于工作流不符合平台对功能性、安全性或可交付性的基础要求。以下是满足MuleRun创作者审核标准的具体方法与实操技巧：
一、确保工作流基于主流低代码/无代码平台构建
MuleRun官方明确支持n8n、Dify等标准化工作流引擎，审核系统会自动识别流程结构是否符合SOP+模型的混合架构范式，非兼容平台（如自建Flask服务、本地Python脚本）将被直接拦截。
1、使用n8n或Dify创建完整工作流，确保所有节点均为可视化配置，不含任何需手动执行的shell命令或本地文件路径引用。
2、在流程末尾添加明确的输出节点，输出格式必须为JSON或纯文本，禁止返回二进制流、临时URL或未封装的API原始响应。
3、在Dify中启用“公开API”选项，并将API Key设为平台自动生成的环境变量，不可硬编码在提示词或节点参数中。
二、验证Agent具备端到端闭环能力
审核机制会模拟真实用户触发一次完整运行，若流程中存在人工干预点、外部登录跳转、验证码输入或依赖未声明的第三方账号，将判定为不可交付而拒绝上架。
1、移除所有需用户手动复制粘贴的中间结果步骤，例如“请将生成的链接粘贴至浏览器打开”类指令。
2、若调用外部服务（如Google Sheets、Notion），必须预先完成OAuth 2.0授权绑定，并在工作流中嵌入已授权的连接器实例。
3、上传测试用例：在提交页附加一个.zip包，内含至少3组输入样本及对应预期输出，样本需覆盖边界条件（空输入、超长文本、特殊字符）。
三、遵守内容安全与合规性红线
平台采用自动化扫描+人工复核双机制，对涉及隐私提取、身份伪造、金融操作、未授权数据爬取等功能进行强过滤，触碰任一红线即永久驳回且不提供申诉通道。
1、禁用任何尝试读取用户设备信息（如剪贴板、地理位置、联系人列表）的前端JS注入或浏览器扩展调用。
2、若处理图像类任务（如老照片修复），必须在流程起始处插入内容过滤节点，自动屏蔽包含人脸但未勾选“允许人脸识别”的输入图片。
3、不得在提示词或工作流逻辑中诱导用户输入银行卡号、身份证号、短信验证码等敏感字段，所有表单字段命名须为中性词（如“参考文本”而非“您的身份证号”）。
四、设置合理且可验证的定价与资源消耗标识
审核团队会比对您填写的积分定价与实际模型调用次数、API请求量、计算时长是否匹配，显著偏离行业均值（如50积分完成10次GPT-4 Turbo调用）将触发人工复核。
1、在Dify/n8n中启用“执行日志记录”，导出最近3次完整运行的日志，标注每次调用的模型名称、token数、耗时毫秒数。
2、根据日志数据计算加权平均成本，定价建议为该均值的1.3–1.8倍，避免设置“999积分”等非整数或象征性价格。
3、在描述文档中标注清晰的技术依赖，例如“需接入Stable Diffusion XL API”或“依赖Google Cloud Vision OCR”，未声明的隐式依赖将导致审核失败。
五、完成平台专属元数据填充
MuleRun审核系统优先读取结构化元数据字段，缺失或格式错误将直接归类为“信息不全”，即使功能完备也无法进入人工环节。
1、在提交表单中准确选择职业标签（如“电商运营”“学术写作”“UI设计”），禁止选择“AI工具”“通用助手”等泛化标签。
2、填写“典型用户场景”时，必须使用平台提供的下拉选项组合，例如“小红书博主→批量生成封面图→适配竖版9:16尺寸”，不可自由输入。
3、上传封面图须为1200×630像素PNG，背景纯色，主体Agent图标居中，禁止添加文字水印、二维码或外链按钮。
