从零到出活：我用飞算JavaAI一小时搭了套门店抽检整改系统-拓冰建站

一、抽检记录不能停在一张表里

二、三个角色，三种不同的工作台

抽检员：我关心今天去哪查

门店负责人：我只想看我店里有啥问题

区域主管：我关心的是复查进度

三、从发现问题到闭环：四个状态的流转

四、智能引导：从一句话到完整系统

五、几个值得说的设计细节

证据链三卡模式

风险分层 + 颜色编码

角色化菜单

消息通知自动触达

六、写在最后：人机协同的节奏感

一、抽检记录不能停在一张表里

几个月前帮朋友看他们公司的门店品控流程，发现一个挺普遍的痛点：抽检记录中"发现了什么"写得清清楚楚，但"后来改好没有"却是一片空白。

照片存在手机里，整改说明发在微信群里，复查结论口头说了就算。区域主管想查某个问题的整改进度，得翻好几个群聊记录。更麻烦的是，同一个门店反复出现同类问题，但因为没串联起来，没人发现趋势。

这不是缺一个"录入工具"的问题，而是缺一个能把"发现问题→整改→复查→关闭"串起来的协作流程。

我想用飞算 JavaAI 搭一套门店抽检整改系统，核心目标就三个：问题可追踪、责任可定位、环节可闭环。

二、三个角色，三种不同的工作台

系统跑起来后，登录进去看到的内容完全取决于你的身份。这不是为了"炫技"，而是因为三种人进系统的目的截然不同。

抽检员：我关心今天去哪查

抽检员登录后看到的是今日待执行计划和最近录入的问题。他的工作流很线性：领计划→到店检查→录问题→下一个店。不需要看到他管的门店以外的问题，也不需要看到整改和复查的琐碎细节。

门店负责人：我只想看我店里有啥问题

门店负责人登录后，首页直接展示"我的门店概览"：有多少待整改问题、多少已逾期。他不会关心其他店的情况，也不需要看到抽检计划列表——他只关心自己还要改什么、什么时候截止。

区域主管：我关心的是复查进度

区域主管看的是管辖区域内所有待复查的问题，同时能看到各门店的风险排行。他不需要参与具体的抽检和整改过程，他的核心职责是把控质量——确认整改是否到位，不通过就退回重改。

三、从发现问题到闭环：四个状态的流转

整个系统的灵魂是状态机。一个问题从创建到关闭，经历四个主要状态：

待整改：抽检员录入问题后自动进入，通知推送给门店负责人
整改中：门店负责人开始整改时手动标记
待复查：门店提交整改方案后进入，通知区域主管
复查通过/退回：主管验收后判定——通过则关闭，退回则重新整改

这个流程不长，但每一步都包含一条关键信息：谁在什么时候做了什么。所有证据——发现照片、整改说明、复查结论——都串在同一条时间线上。

四、智能引导：从一句话到完整系统

打开 IDEA，选中飞算 JavaAI 的"智能引导"，我先写了一段 Prompt：

请帮我生成一个门店抽检整改系统。支持三种角色：抽检员制定抽检计划并录入问题，门店负责人提交整改方案，区域主管复查验收。每个问题有风险等级和截止时间，问题经历"发现→待整改→整改中→待复查→复查通过/退回→已关闭"的状态流转。首页按角色展示不同的工作台视图。门店有风险等级和区域归属，支持按门店、状态、风险筛选和趋势分析。

飞算 JavaAI 花了几秒钟分析需求，把这段话拆解成了一系列模块：

第一步确认了三个角色的职责边界，以及它们对应的数据权限——抽检员只能看到自己创建的抽检计划，门店负责人只能看到自己门店的问题，区域主管按区域过滤。

第二步生成了核心实体模型：门店（Store）、问题（Issue）、整改记录（Rectification）、复查记录（Review）、消息通知（Message），以及它们之间的关联关系。

第三步生成了数据库表结构，包括字段类型、索引和关联外键。

第四步列出了完整的代码生成计划——路由、视图页面、组件、Store、Mock 数据层，就像一个"施工蓝图"。

第五步一键生成了全部源码。从 Vite 项目骨架到 12 个完整页面、通用组件、数据层和路由守卫，全部生成完毕。