提示词库

把中文 API 参考文档整段翻译成英文（或反向），严格套用给定术语表，输出译文 + 术语命中报告 + 待确认术语清单三部分。

面向架构师/技术负责人，把候选方案按统一维度打分成矩阵，并输出「如果…就选…」的条件化推荐与不达标红线。

把散落在需求文档、邮件或聊天记录里的接口描述，抽取成结构化参数表（含字段名、类型、必填、约束、示例），并输出为可校验的 JSON 数组，供后续生成 OpenAPI 片段。

面向技术文档负责人，针对现有文档散乱、缺失、过期等问题，产出分阶段建设路线图：阶段目标、里程碑验收标准、人力工时估算与风险预案，输出为可直接进周会的表格化计划。

面向前后端联调场景，输入接口契约（OpenAPI 片段/字段定义）、失败请求样本、双方对同一字段的理解，输出「字段级不一致对照表」+ 最小复现用例 + 修复与防回归建议。

面向后端/全栈工程师，输入接口报错信息、请求响应样本、近期变更与调用链日志，输出按概率排序的根因假设、可执行验证步骤（含具体命令/SQL/curl）与分优先级修复方案。

输入接口耗时数据、调用链片段与 SQL，产出按证据分级的瓶颈清单、成因链、风险与可验证的判断依据，直接用于优化排期评审。

以「下一位维护者」视角审查代码注释与 README，输出按文件行号定位的挑错清单与补写建议。

面向一线开发者，把一段代码与其注释/文档字符串对照审计，找出注释说谎、注释缺失、注释冗余三类问题，并给出可直接替换的注释文本。

面向后端/平台工程师，对一份 API 文档做可读性与完整性诊断，输出问题清单、成因、风险等级与判断依据，并给出最小改动建议。

面向 README、模块注释、接口文档这类半结构化材料，输出“能直接贴进发布说明或新人 onboarding”的要点清单，并标注每条适用范围与前提条件。

把冗长的技术方案/评审材料压缩成一页决策纪要：结论先行、待办可指派、风险与未决问题单列，并给出原文定位。

把复述代码的字面注释改写成解释「为什么」的意图型注释，按团队规范统一语言、时态与标签格式，并标出应删除的冗余注释。

把内部草稿式的接口说明改写成面向外部调用方的参考文档：统一第二人称、补齐前置条件与返回值语义，输出可直接粘进文档站的结构化 Markdown。

输入一段源码，产出参数、返回值、异常、副作用的完整注释块，并附一段可放进文档站的用法说明与示例。

上传或粘贴接口设计稿，模型扮演有 10 年经验的平台架构评审人，按固定评审清单逐条质询并给出裁决，最后输出可粘贴进评审记录的结论表。

把一份已有的接口定义（OpenAPI/YAML 或口头描述）交给模型，从资源建模、状态码、分页、幂等、错误结构五个维度做评审，输出可执行的修改项与优先级，不改变接口目标语义。

输入接口契约（OpenAPI 片段或表格描述），输出可直接运行的 Python FastAPI Mock 服务 + 请求示例脚本，用于前后端联调与契约测试。

以资深评审人身份对已有接口草案逐条挑刺，按严重度分级输出问题、触发场景、修复建议与替代设计，适合方案评审会前自查或收到他人草案后快速定位风险。

聚焦接口设计中最耗时的命名与字段语义环节，批量产出差异化命名候选，按自解释性、一致性、可扩展性三维打分，直接用于评审拍板。

给定一个业务动作与硬约束，一次性产出横跨 RPC/REST/GraphQL/事件流/批处理等范式的差异化接口方案，并给出取舍矩阵，用于方案评审前的创意铺量。

把中文接口文档（Markdown/表格/散文）翻译为可校验的 OpenAPI 3.1 YAML，同时输出中英术语对照表，处理字段命名与错误语义的文化适配。

把产品需求文档、群聊记录、会议纪要等非结构化材料，抽成可直接落库的接口字段定义 JSON，含字段名、类型、必填、示例值与来源引用。

面向接口设计者，在正式评审会前生成一份准备计划：要补齐哪些材料、谁在评审会上问什么、按什么顺序过。