使用aionclaw写后端逻辑前，必须先明确业务规则边界、核心实体状态流转、外部系统契约、数据合规要求、第三方服务配额与熔断策略，否则生成代码将违反接口契约、绕过校验、引发资损或合规风险。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用AionClaw写后端逻辑前，必须明确业务规则边界，否则生成的代码会脱离真实接口契约、权限约束和数据流向——比如用户注册流程中手机号是否需二次验证、订单创建后是否触发库存扣减、支付成功回调是否要求幂等校验，这些都不是模型能凭空推断的。
确认核心业务实体与状态流转
打开你手头的PRD或接口文档，逐条圈出所有带“状态”字段的实体（如订单status、工单state、审核result）。重点标注每个状态的合法取值、变更条件和触发动作。例如“订单status=‘paid’只能由支付网关回调触发，且仅当当前status=‘unpaid’时才允许变更”。【若跳过这步，AionClaw生成的更新语句可能绕过状态机校验，直接将status设为‘shipped’导致资损】
导出实体关系图（ERD），标出主外键依赖链。特别注意软删除字段（如is_deleted）是否参与所有查询条件，这直接影响AionClaw生成的WHERE子句是否默认加is_deleted=0。
梳理外部系统交互契约
方法一：抓取真实请求样本
在测试环境用Charles或Fiddler捕获3个典型场景的完整调用链（如下单→调库存→发消息→写日志），保存原始HTTP请求头、Body、响应体及响应码。AionClaw需要这些样本来对齐Content-Type、签名算法、时间戳格式等细节。
方法二：核对OpenAPI 3.0规范
若已有Swagger文档，直接导入AionClaw的“契约解析”模块。重点检查x-auth-type、x-rate-limit字段是否被正确识别，避免生成的鉴权中间件漏掉JWT白名单路径。
注意：微信支付回调地址必须是HTTPS且端口为443，这个硬性限制不会出现在OpenAPI文档里，但AionClaw部署时若填成HTTP会直接被微信拒绝推送。
明确数据合规与审计要求
第一步：列出所有含敏感信息的字段
身份证号、银行卡号、手机号、邮箱——这些字段在数据库必须加密存储，在API响应中需脱敏（如手机号显示为138****1234）。AionClaw的“隐私策略模板”会自动注入AES-256加解密逻辑，但前提是你在字段名旁手动标注#PII标签。
第二步：确认审计日志覆盖范围
哪些操作必须记日志？谁执行的、操作前/后数据快照、IP地址、设备指纹。AionClaw默认只记录CRUD动作，若业务要求记录“用户主动取消订阅”这类业务事件，需在技能配置中显式启用event_log: true并指定事件类型枚举值。
第三步：检查跨境数据传输限制
若业务涉及欧盟用户，所有用户数据字段必须标注@GDPR标记，AionClaw才会在生成的DAO层自动添加数据驻留校验——比如检测到user.country=‘DE’时，禁止将数据同步至非欧盟节点。
验证第三方服务配额与熔断策略
① 登录短信平台后台，查清当前账户剩余条数、单日上限、每秒并发TPS。AionClaw生成的发送逻辑会根据TPS值自动插入rate_limit中间件，但若你填错数值，可能导致突发流量击穿限流阀值。
② 检查Redis连接池配置是否匹配业务峰值。例如秒杀场景QPS达5000时，若AionClaw按默认配置生成maxActive=100的JedisPool，连接池耗尽会导致大量线程阻塞在getConnection()上。
③ 获取短信模板ID与审批状态。国内短信必须使用已通过工信部审核的模板ID，AionClaw在生成发送请求时会校验template_id格式（如SMS_123456789），但不会验证该ID是否真实可用——这一步必须人工在阿里云短信控制台确认“已审核通过”状态。
