码上飞平台筛选数量不准是因同步未完成、缓存未更新或条件隐式过滤所致；需等待“筛选完成”提示、强制刷新、清空条件排查、查看后端SQL验证，并核对管理后台与前端count接口是否一致。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你在码上飞平台用自然语言描述需求后，系统自动生成应用并显示“共筛选出XX个商品/用户/订单”，但点开列表发现实际数量对不上，页面只加载了前几条，或总数明显偏少——这不是你眼花，而是筛选结果未完成同步或计数逻辑未刷新。
确认筛选是否真正执行完毕
页面右上角出现蓝色「正在筛选中…」提示时，【不要点击任何列表项或切换标签页】，否则后台任务可能被中断。等待该提示消失、且左下角出现绿色「筛选完成」微标后再操作。
刷新页面后仍显示旧数量？说明前端缓存了上一次的计数快照。此时直接按 Ctrl+F5（Windows）或 Cmd+Shift+R（Mac）强制硬刷新，绕过浏览器本地缓存。
检查筛选条件是否触发了隐式过滤
方法一：关闭所有筛选器再逐个开启
点击顶部「筛选」按钮→选择「清空全部条件」→观察总数是否恢复为原始数据量。若清空后数量正常，说明某个条件存在隐式排他性，比如同时勾选「状态=待审核」和「创建时间=最近7天」，但系统实际将「待审核」默认限定在「近3天内提交」范围内。
方法二：用「调试模式」查看真实SQL或API响应
在筛选面板右上角点击「⋯」→选择「查看筛选逻辑」→展开「后端查询语句」。如果看到类似 WHERE created_at > '2026-10-28' AND status IN ('pending', 'reviewing') 这样的语句，但你的原始数据里有大量 status='pending' 但 created_at 是 10月25日的记录，那总数偏差就源于此。此时需手动修改时间范围或联系客服调整默认策略。
核对管理后台与前端展示的计数来源
第一步：登录码上飞管理后台（admin.codeflying.net）
第二步：进入「数据看板」→点击对应模块的「原始数据统计」卡片
第三步：对比该卡片显示的「当前筛选条件下总条目数」与小程序/网页端顶部显示的数字
如果后台数字准确、前端不准，说明前端JS在渲染时调用了错误的 count 字段——常见于你自定义过列表组件且未同步更新 count 接口地址。此时需进入「前端配置」→「列表设置」→检查「总数接口URL」是否仍指向已废弃的 /api/v1/legacy/count 而非新版 /api/v2/filter/count。
这一步操作起来很简单，直接把新接口路径粘贴进去就行。
