需构建“待审→已审→拒绝”三级审核流：明确审核为展示前置条件；添加status字段并设默认pending；后台配置通过/拒绝按钮；前端列表仅显示status==='approved'内容；全流程测试闭环。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让读者提交的内容先经过人工审核，确认无误后再对外展示，避免敏感信息或错误内容直接上线。码上飞本身不内置“审核流开关”，但可通过其多智能体协同机制和后台管理能力，在页面逻辑与数据状态字段上构建出完整的“待审→已审→拒绝”三级管控路径。
第一步：在需求描述中明确审核环节
打开 码上飞官网，在主输入框中输入完整需求，例如：“做一个读者投稿小程序，所有提交内容必须经管理员后台审核通过后，才在前端列表页显示，未审核和已拒绝的内容不可见。”
这一步不能只写“要审核功能”，必须强调【审核是内容展示的前置强制条件】，否则AI默认按“即时发布”逻辑生成，后续需手动重写数据过滤逻辑。
第二步：确认并锁定数据状态字段
AI生成方案后，进入“数据结构设计”环节，检查系统是否自动创建了 status 字段（常见值为 draft / pending / approved / rejected）。
若未出现该字段，立即在对话框中追加指令：“请为每条投稿记录增加 status 字段，默认值设为 pending，并支持在后台修改为 approved 或 rejected。”
这一步不可跳过——【status 字段是整个审核流的数据基石，缺失则前端无法做条件渲染】。
第三步：配置后台审核操作界面
方法一：使用AI自动生成的运营后台
进入后台预览 → 找到“投稿管理”页面 → 确认每条记录右侧有“通过”“拒绝”按钮 → 点击任一按钮后，页面应实时刷新且状态文字同步变更。
方法二：手动补全审核动作（仅当AI未生成按钮时）
在后台页面编辑模式下，找到投稿列表区域 → 添加两列操作按钮 → 分别绑定 updateStatus 接口，参数传入 id 和 targetStatus（approved/rejected） → 保存并刷新预览。
第四步：前端列表页添加展示过滤逻辑
第一步：打开前端页面编辑器 → 定位到投稿列表的数据源绑定处。
第二步：将原始数据请求接口的返回结果，包裹一层 filter 操作 → 条件为 status === 'approved'。
第三步：确认列表空白时显示“暂无已审核内容”，而非直接报错或展示全部原始数据。
这一步决定了用户看到什么——不加过滤，pending 和 rejected 的内容会直接混入列表，审核形同虚设。
第五步：测试全流程闭环
① 前端提交一条新投稿 → 查看后台该条记录 status 初始值是否为 pending；
② 后台点击“通过” → 刷新前端列表，确认该条内容出现；
③ 再次后台点击“拒绝” → 刷新前端，确认该条内容消失；
④ 提交第二条投稿 → 不做任何后台操作 → 刷新前端，确认该条内容始终不出现。
全部通过即表示审核流程已生效。
