必须明确定义角色职责、禁止行为、字段可见性、场景化动作链、敏感操作留痕及权限例外规则，否则码上飞无法生成准确的多角色权限控制逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在码上飞AI中准确生成带多角色权限控制的系统，必须让AI清晰理解“谁能在哪做啥”，不能只写“管理员能管理用户”，而要说明具体操作边界、数据可见范围和越权拦截逻辑。
明确角色与职责边界
第一步：在需求描述开头就定义角色集合，用冒号分隔角色名与一句话职责，例如：【管理员：可增删改查全部用户、修改所有订单状态、导出全量数据】；【客服：仅能查看和更新自己分配到的工单，不可删除，不可查看其他客服工单】；【普通用户：仅能查看本人订单、修改收货地址、提交售后申请】。这一步漏掉任意一个角色或模糊动词（如“管理”“处理”），生成的权限校验会直接失效。
第二步：对每个角色补充一句“禁止行为”，比如在客服职责后加：“禁止访问用户手机号以外的联系方式，禁止修改订单金额”。码上飞依赖这种显式否定来生成后端拦截逻辑，不写就默认允许。
第三步：指出关键数据字段的可见性差异。例如：“管理员能看到‘成本价’字段，客服和用户均不可见”——这句话必须单独成句，不能塞进职责描述里。否则生成的数据库查询层不会自动过滤该字段。
用场景化动词替代抽象权限词
方法一：把“有权限”转化成具体动作链。不要写“用户有查看权限”，改成“用户登录后，首页自动加载本人最近3个月订单列表，点击订单号可展开详情页，详情页显示商品名称、数量、实付金额、物流单号”。AI据此生成前端路由守卫+后端SQL WHERE user_id = ? 条件。
方法二：对敏感操作强制绑定二次确认和留痕。例如写：“管理员删除用户时，必须输入当前登录密码并勾选‘我确认此操作不可逆’，系统记录操作人、时间、被删用户ID、IP地址”。这句会触发码上飞自动生成带密码校验的DELETE接口和审计日志表。
注意：如果只写“删除需确认”，AI可能只加个浏览器alert弹窗，不校验密码也不记日志。
声明权限继承与例外规则
当存在角色嵌套时（如“区域经理可管理本区所有客服”），必须同步声明例外。例如：“华东区经理可查看华东区所有客服工单，但不可修改客服填写的‘问题原因’字段，该字段仅客服本人可编辑”。这句话中的“但不可”是关键信号词，码上飞会据此在工单编辑接口里插入字段级权限判断。
若涉及临时提权（如“客服主管可临时接管某客服未处理工单”），需单独列出触发条件：“客服主管在工单列表页点击‘接管’按钮后，系统将该工单assignee字段更新为当前主管ID，并记录接管时间；原客服刷新页面后不再看到该工单”。这种带状态变更和界面反馈的描述，才能生成真实可用的接管逻辑。
