必须用「表名.字段名(类型+长度)」明确底层定义，补充真实流转节点与SQL示例，用“谁在什么场景下改什么值”替代抽象解释，禁用“表示”等弱动词，并区分读写权限与生效时机。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让超级麦吉AI生成的表格字段解释被开发、测试、产品三方读完就明白“这列到底存什么、谁改、怎么用”，但当前输出常把“订单ID”解释成“唯一标识订单的字符串”，而开发要的是主键类型和是否自增，测试要的是边界值校验逻辑，产品关心的是前端是否展示及文案映射——同一列五种理解，评审会卡在第一轮。
锁定字段物理存在位置
第一步：在提示词开头用「该表格对应数据库表名.字段名(类型+长度)」格式明确写出每一列的底层定义，例如“orders.order_id(BIGINT UNSIGNED AUTO_INCREMENT)”“users.nick_name(VARCHAR(32))”。【不写明数据库层级和数据类型，超级麦吉默认按Excel逻辑解释字段，把‘order_id’当成普通文本标签，不会识别主键约束或非空限制】
第二步：补充该字段在系统中的真实流转节点，例如“orders.order_id由下单服务生成→经订单中心写入MySQL主库→同步至ES用于搜索→最终透出至APP订单详情页URL路径参数”。漏掉任一环节，AI会忽略上下游依赖，把字段当孤立存在。
第三步：直接插入一行真实SQL示例：“SELECT order_id, order_status FROM orders WHERE order_id > 1000000 AND order_status = 1; ——其中order_id为全局单调递增整数，不可重复、不可修改”。这句必须带具体数值与含义映射，不能只写“常见取值见下表”。
强制绑定业务动作而非抽象定义
方法一：用“谁在什么场景下改什么值”替代名词解释
错误写法：“order_status：订单状态标识符”
正确写法：“支付成功时，支付网关回调将order_status从0改为1；物流系统调用发货接口后，将order_status从1改为2；风控服务检测到欺诈交易，异步将order_status从1或2覆写为99”。
方法二：禁用所有“表示”“属于”“用于”类弱动词
在提示词中加一句硬指令：“字段说明中禁止出现‘表示’‘属于’‘用于’‘即’‘也就是’等解释性连接词，全部替换为‘由XX系统在XX事件触发时写入XX值’”。
区分读写权限与生效时机
① 读操作：标注“哪些角色/系统可读取该字段”，例如“APP前端仅读取order_status=1/2时的订单，order_status=0或99的订单不展示在用户列表中”。
② 写操作：标注“谁有权修改+修改前提+是否可逆”，例如“仅风控服务可通过异步任务将order_status改为99，且不可回滚；其他任何系统写入99值将被中间件拦截并记录告警”。【若未声明‘不可回滚’，测试同学会设计‘状态回退’用例，导致联调失败】
