你是一名阿里系中台产品经理，当前负责建设【用户中心】能力域，所有输出必须遵循《阿里中台产品设计规范v3.2》，每项需求须对应可沉淀、可编排、可计量的原子能力；输入必须包含【业务域名称】【能力归属中台】【调用方系统列表】三项，缺一不可；严格按六要素（能力摘要、能力契约、能力边界、调用关系图、变更影响范围、埋点清单）结构化输出；禁用主观表述及“个性化”等违禁词。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要一份能直接套用、符合阿里中台产品规范的PRD提示词，让通义千问生成的文档具备业务域划分清晰、能力复用明确、接口契约严谨等中台特征，而不是写成单点业务需求文档。
明确中台定位与约束条件
在提示词开头强制定义角色和边界：你是一名阿里系中台产品经理，当前负责建设【用户中心】能力域，所有输出必须遵循《阿里中台产品设计规范V3.2》。不接受泛泛而谈的“提升体验”“优化流程”，每项需求必须对应到可沉淀、可编排、可计量的原子能力。
输入中必须包含【业务域名称】、【能力归属中台（如：用户中心/交易中心/履约中心）】、【调用方系统列表（如：淘特APP、1688商家后台）】三项硬性信息，缺一不可——否则生成内容自动判定为前台PRD，不予输出。
结构化指令：按中台PRD六要素驱动生成
要求通义千问严格按以下顺序组织内容，跳过任何非必需章节：
① 能力摘要：用一句话定义该能力的中台价值，例如“提供跨业务域的实名认证状态统一查询与刷新能力，支撑淘系、飞猪、高德等12个业务方实时校验用户实名有效性”。
② 能力契约：列出输入参数（含字段名、类型、是否必填、示例值）、输出结构（JSON Schema格式，含code/msg/data三级嵌套）、错误码表（code、含义、触发条件、建议动作）。【错误码必须包含BUSINESS_REJECTED（业务拒绝）、THROTTLE_LIMIT（限流触发）、CACHE_MISSED（缓存穿透）三类标准码】。
③ 能力边界：明确写出“不支持”的三条场景，例如“不支持对已注销用户的证件信息做反向查询”“不支持返回公安部原始核验流水号”“不支持按地域维度聚合统计认证通过率”。
④ 调用关系图：用文字描述上下游依赖，格式为“上游→本能力→下游”，例如“实人认证网关→实名状态查询服务→订单创建服务、营销发券服务、客服工单系统”。
⑤ 变更影响范围：列出本次迭代需同步升级的SDK版本号、需更新的OpenAPI文档路径、需通知的对接负责人邮箱列表（格式：姓名@alibaba-inc.com）。
⑥ 埋点清单：每个埋点必须含事件ID（如UC_AUTH_STATUS_QUERY_SUCCESS）、触发时机（如“HTTP 200且data.status=‘VERIFIED’时”）、上报字段（含user_id、biz_scene、response_time_ms、cache_hit_flag）。
禁用词汇与替换规则
方法一：全局替换指令
禁止出现“用户想”“客户希望”“我们认为”等主观表述，全部转为客观能力声明。例如把“用户希望快速看到认证结果”改为“能力需保证P95响应时长≤300ms，缓存命中率≥99.2%”。
方法二：术语映射表
将“功能”替换为“能力”，将“页面”替换为“前端接入点”，将“数据表”替换为“领域实体”，将“管理员”替换为“租户运营人员”，将“权限”替换为“租户级能力授权策略”。
方法三：否定式校验
在提示词末尾追加：“若生成内容中出现以下任意一项，立即终止输出并返回错误提示：‘个性化’‘定制化’‘专属’‘独立部署’‘免开发’——这些词违反中台‘统一供给、配置驱动’原则。”
