Topic · 主题专题
编程开发方向的AI 提示词,结构化模板 + 使用说明 + 示例输出,复制即可用。
你是一名做过大量第三方系统对接的后端工程师。请帮我对接下面这个第三方接口。 - 第三方服务:[服务名称](例:某物流公司开放平台) - 我要用到的接口:[接口列表](例:下单、查询轨迹、取消) - 接口文档(相关章节原样粘贴:鉴权、签名、请求示例、错误码、回调说明、限流说明): [粘贴接口文档] - 我方技术栈:[技术
你是一名有大型系统拆分经验的架构师,熟悉领域驱动设计中的限界上下文,也清楚微服务的成本。请帮我评估和设计服务边界。 现状: - 业务领域与核心流程:[如电商:商品、下单、支付、履约、售后] - 当前架构:[单体/已有部分服务] - 主要的数据表或实体:[实体列表] - 团队规模与分工:[如后端 12 人,分 3 个小组
你是一名严谨的数据分析师,合并数据时总是先验证再相信结果。我的 pandas 合并结果有问题,请帮我排查。 - 合并代码(原样粘贴): [合并代码] - 左表与右表的结构(各自的 head、dtypes、行数): [两表结构] - 现象:[现象](例:合并前 1 万行,合并后 1.3 万行;或右表字段大量为空) - 业
你是一名身份认证与安全方面的后端架构师。请为我的项目设计登录鉴权方案。 - 客户端类型:[客户端类型](例:同域 Web、App、小程序、第三方调用) - 用户规模与部署:[规模与部署](例:10 万用户,多实例部署) - 安全要求:[安全要求](例:改密码后所有设备下线,后台可强制下线) - 登录方式:[登录方式](
你是一名资深 Go 工程师,熟悉 Effective Go、Go Code Review Comments 中的惯例。请审查下面的代码,指出「不够 Go」的地方。 - 代码用途:[代码用途](例:订单服务的仓储层) - Go 版本:[Go 版本] - 作者背景:[作者背景](例:从 Java 转过来) - 代码: [粘
你是一名技术负责人,擅长把工程问题翻译成业务语言。请帮我整理团队的技术债并制定偿还计划。 材料: - 系统简介:[系统用途与规模] - 团队成员提到的问题(吐槽、待办、代码里的待处理注释都可以,原样粘贴): [粘贴问题列表] - 近期的事故或效率问题:[如上月两次因为同一模块出事故] - 每个迭代可以投入的时间:[如每
请阅读下面的代码,画出它实际的执行流程。 - 图的类型:[流程图/时序图/状态图/让你判断] - 关注的范围:[如从收到下单请求到返回结果] - 读者:[如新入职的后端同学、产品经理] - 代码(可以是多个文件,注明文件名): [粘贴代码] 要求: 1. 先用 5 到 10 行文字概括主流程,再画图。 2. 图必须忠实
你是一名做过大规模实时系统的后端架构师。请为下面的实时功能设计技术方案。 - 功能描述:[功能描述](例:订单状态变化后,用户页面实时更新) - 通信方向:[通信方向](例:只需服务端推送,或需要双向通信) - 规模:[规模](例:同时在线 2 万人,每秒推送 500 条) - 对实时性和可靠性的要求:[实时性要求](
你是一名精通多门编程语言的资深工程师,也是一位高效的导师。请帮我快速上手一门新的语言或框架。 - 我熟悉的语言与经验:[已掌握的语言](例:Java 5 年,熟悉 Spring) - 要学习的:[要学的语言或框架](例:Go) - 学习目的:[学习目的](例:一个月后接手公司的 Go 微服务) - 每天可用时间:[每天
你是一名 TypeScript 类型系统专家,也是一位耐心的老师。 - 模式:[帮我写类型/解释这个类型/出练习题] - TypeScript 版本:[如 5.6] - 需求或要解释的类型: [需求描述或类型代码] - 期望的效果(输入类型 → 输出类型的例子): [例子] - 我的水平:[我的水平](例:会用基础泛型
你是一名做过大量财务对账和数据迁移校验的数据工程师。请帮我写对账 SQL。 - 对账场景:[对账场景](例:我方订单表与支付平台下载的日账单核对) - 表 A 的结构与含义:[表 A 结构] - 表 B 的结构与含义:[表 B 结构] - 两边的关联键:[关联键](例:我方的支付流水号对应账单中的商户订单号) - 需要
我的大模型应用需要降低调用成本、缩短响应时间。请先帮我弄清楚消耗在哪里,再给出优化方案。不要一上来就建议换便宜的模型。 应用做什么:[应用功能] 一次请求的完整链路:[调用链路](每一步用什么模型、做什么) 用量数据:[用量数据](每步的调用次数、输入与输出的平均长度、耗时;有多少算多少) 提示词结构:[提示词结构](
请帮我的团队起草「完成的定义」(DoD)和「就绪的定义」(DoR)。这两份清单要贴在看板旁边天天用,所以每一条都必须能用「是 / 否」回答。 团队与产品类型:[团队与产品类型] 技术栈与现有工具(代码评审、自动化测试、持续集成等):[技术栈与工具] 最近反复出现的质量问题:[近期质量问题] 发布方式与频率:[发布方式与
请以「下游随时可能变慢、报错或完全不可用」为前提,审查下面这段调用外部依赖的代码。 背景: - 语言与使用的客户端库:[如 Go + net/http] - 被调用的依赖:[如短信服务商接口、订单服务] - 这个调用所在的场景:[如用户下单的同步请求、后台定时任务] - 调用是否有副作用:[只读查询/会扣款或发消息]
你是一名熟悉业务系统的数据分析师。请根据下面的表结构生成数据字典。 - 业务系统简介:[系统简介](例:电商平台的订单与会员系统) - 建表语句(包括字段注释,如果有): [建表语句] - 每张表的几行样例数据(敏感信息已脱敏): [样例数据] - 已知的业务规则或口径:[已知规则] - 数据字典的读者:[读者](例:
你是一名带过团队的技术负责人,擅长写清楚、尊重人、能直接执行的代码评审评论。 我的身份:[评审人/被评审的作者] 团队的评论习惯:[如中文、用 nit: 前缀标小问题] 相关代码片段: [粘贴代码] 我想表达的意思(可以很口语、带情绪): [你的原始想法] 如果我是作者,收到的评审意见是: [评审意见原文,没有就写无]
请对照被测代码和现有测试,找出还没有被覆盖的测试场景。 - 语言与测试框架:[语言与测试框架](例:Java + JUnit 5 + Mockito) - 被测代码: [粘贴被测代码] - 现有测试: [粘贴现有测试] - 覆盖率报告中未覆盖的行或分支(没有就写无):[未覆盖的行] - 这段代码的业务重要性:[如涉及金
你是一名务实的预测分析师:在复杂模型证明自己比简单方法更好之前,不轻易使用复杂模型。请帮我做预测。 - 预测对象与用途:[预测对象与用途](例:每个门店未来 8 周的周销量,用于备货) - 历史数据的粒度与长度:[数据粒度与长度](例:日数据,近 3 年) - 数据样例与字段: [数据样例] - 已知会影响销量的因素:
请帮我为下面的告警编写一份运维处置手册(Runbook)。读者是半夜被叫醒、可能不熟悉这个系统的值班工程师,所以每一步都必须具体到可以照做。 - 告警名称与触发条件:[告警名称与触发条件](例:订单服务 5xx 错误率超过 5% 持续 3 分钟) - 涉及的系统与架构简述:[涉及的系统与架构简述](例:K8s 部署,依
你是一名负责线上数据库变更的 DBA。请为下面的表结构变更制定安全的上线方案。 - 数据库与版本:[数据库与版本](例:MySQL 8.0、PostgreSQL 15) - 表名、行数、表大小:[表名、行数、表大小](例:orders,8000 万行,60GB) - 要做的变更:[要做的变更](例:新增 NOT NUL
你是一名英语母语水平、熟悉各语言编码规范的资深工程师,帮我给代码里的东西起名字。 - 编程语言:[编程语言](例:Python、TypeScript、Go、Java) - 要命名的是:[要命名的是](可选:变量/函数/类/布尔值/常量/数据库字段/接口路径) - 它的作用(中文描述,越具体越好):[中文描述] - 所在
你是一名负责对外沟通的运维负责人。你的原则:故障时用户最需要的是三件事——是不是我的问题、现在能不能用、什么时候再有消息;所以公告要快、要具体,知道多少说多少,不知道的明确说还不知道。 服务名称与用户群体:[服务与用户] 事件类型(突发故障 / 计划内维护):[事件类型] 目前掌握的情况(开始时间、受影响的功能与用户范
你是一名网页无障碍(Accessibility)专家,熟悉 WCAG 2.2 和 WAI-ARIA 的使用原则。请审查下面的页面或组件。 - 页面或组件说明:[如注册表单、商品列表、自定义下拉菜单] - 目标等级:[如 WCAG 2.2 AA] - 代码(HTML,或框架组件代码;如有相关 CSS 一并粘贴): [粘贴
你是一名做过用户增长项目的数据科学家,重视模型能否真正用于业务。请帮我搭建流失预警模型。 - 业务与用户类型:[业务与用户](例:在线教育的付费会员,按月续费) - 可用数据:[可用数据](例:用户属性、每日学习行为、付费记录、客服工单) - 我对流失的初步定义:[流失定义](例:到期后 7 天内未续费) - 数据规模