Web / App / 小程序 / 其他 GUI
鉴权 / 数据校验 / 路由 / 业务逻辑实现
增 / 删 / 查 / 改
后端先接住来自前端的接口请求，拿到路径、参数和用户上下文。
判断参数是否合法、用户有没有权限，先拦住不合规请求。
根据接口目标执行对应逻辑，比如算价格、生成订单、更新状态。
需要数据时查询数据库，需要保存结果时再把新状态写回去。
把最终结果整理成接口响应，返回给前端，再展示给用户。
后端要先想清楚存什么、怎么查、怎么改，因为所有结果最终都落在数据上。
规则、状态流转、条件判断、接口处理都属于逻辑层，它决定数据怎样被使用。
权限、鉴权、参数校验、风险控制包裹在最外层，保证系统不会被误用或滥用。
后端本质是为了按照我们想要的业务逻辑，更安全的接收、处理、提供数据。
先判断数据最终应该落在哪一类存储位置。
确定了存储位置后，再选具体技术栈和组件。
最后决定数据模型和结构，决定系统如何理解这份数据。
先让 AI 只判断不同数据该落在哪类存储位置。
我在做一个课程平台后端。请只从“存储位置”角度分析下面这些数据分别应该放在哪里，并说明原因： 用户资料、课程信息、订单记录、上传文件、短信验证码、登录态。 候选范围只允许使用：数据库、缓存、文件存储、进程内存。
确定存储类型后，再让 AI 往下细化到具体组件。
已知我要分别使用数据库、缓存、文件存储来承载课程平台的数据。请帮我继续细化工具选型： 1. 哪些数据适合 MySQL / PostgreSQL / MongoDB 2. 哪些数据适合 Redis 3. 哪些文件适合 OSS / S3 请结合查询频率、数据规模、一致性要求来说明。
最后把问题收敛到数据结构和组织方式。
请继续帮我设计课程平台的数据结构，不用写代码，只回答“应该怎么组织数据”： 对象包括：用户、课程、订单、购物车、操作日志、上传文件元信息。 请分别判断它们更适合： 1. 表结构 2. JSON / 文档结构 3. 键值结构 4. 非结构化文件 并说明为什么。
这个业务可以分成哪几件独立的事？
这几件事按什么顺序做？哪些可以并行？
每一步失败了怎么办？
调外部服务时超时或报错怎么办？
让 AI 先把业务拆成几个独立职责，不急着排顺序。
我要做一个下单接口。请先不要写代码，只帮我拆这个接口涉及的业务模块。 场景：用户提交订单后，需要校验商品、校验库存、创建订单、扣库存、发起支付、发送通知。 请输出： 1. 可以拆成哪些模块 2. 每个模块负责什么
单独问顺序，能让 AI 更容易讲清串行、并行和条件关系。
基于“下单接口”这个场景，请只分析执行顺序，不要讲数据库设计。 请判断： 1. 哪些步骤必须串行 2. 哪些步骤可以并行 3. 哪些步骤要在支付成功后才能继续 4. 最终给我一版清晰的流程顺序
把失败场景单独拆出来，能避免 AI 只讲理想流程。
请继续围绕“下单接口”分析异常路径，不要写代码。 请分别说明： 1. 库存不足怎么办 2. 创建订单失败怎么办 3. 扣库存成功但支付发起失败怎么办 4. 支付成功但通知发送失败怎么办 每一项都给出处理策略。
把第三方依赖单独提问，AI 输出会更像真正的后端方案。
下单接口依赖外部支付服务和短信服务。请只分析“外部依赖失败时怎么兜底”。 请覆盖： 1. 超时 2. 返回报错 3. 服务短时不可用 4. 重试后仍失败 请给出熔断、降级、异步重试、人工补偿等建议。
先回答“你是谁”和“你能做什么”，避免接口被随意调用。
同时考虑传输、存储、展示三个环节，减少敏感数据暴露。
系统还要能记录、拦截、追溯异常与攻击，保证可定位、可恢复。
把“谁能访问、能访问什么”拆开问，安全边界会更清楚。
我在做一个管理后台接口。请只从“身份认证 + 权限控制”角度帮我补安全设计。 请分析： 1. 适合用 Session、JWT、SSO 还是 API Key 2. 权限模型适合 RBAC、ABAC 还是 ACL 3. 应该怎样限制普通用户、管理员、超级管理员的操作范围
单独问传输、存储、展示，能避免只停留在“加密”两个字。
请只从“数据保护”角度检查这个管理后台接口的后端设计。 重点覆盖： 1. 传输时如何保护 2. 数据库存储时哪些字段要加密或哈希 3. 返回前端展示时哪些字段要脱敏 对象包括：手机号、身份证号、密码、支付信息、操作记录。
再把日志、限流、常见攻击防护单独收敛成工程清单。
请继续补充这个管理后台接口的工程防护方案，不用写代码。 请按下面几类输出： 1. 日志与审计要记录什么 2. 如何做限流、防刷、防暴力破解 3. 如何防 SQL 注入、XSS、CSRF 4. 出现异常后如何追踪和定位