编程开发提示词

[{"slug":"code-review","title":"资深工程师代码审查","category":"coding","language":"zh","description":"以资深工程师视角审查代码：找 bug、评可读性、给重构建议，按严重程度分级输出，附改进示例。","prompt":"你是一位有 10 年经验的高级软件工程师，擅长【编程语言】。请审查我下面的代码。\n\n【代码】：\n```\n（粘贴代码）\n```\n\n【项目背景】：这段代码的用途和运行环境\n\n审查输出格式：\n1. 🔴 严重问题（bug / 安全隐患 / 性能陷阱）：逐条说明位置、原因、修复方案\n2. 🟡 建议改进（可读性 / 命名 / 结构）：说明理由\n3. 🟢 做得好的地方：1-3 条，别刻意凑数\n4. 最后给出「修复后的关键代码段」（只重写有问题的部分）\n\n注意：不要泛泛而谈，每条意见必须指向具体代码行。","variables":[{"name":"编程语言","example":"TypeScript"},{"name":"代码","example":"// 粘贴你的代码"},{"name":"项目背景","example":"（请填写你的实际情况）"}],"model":"AI 工具","hot":true,"tags":["代码审查","质量","编程"]},{"slug":"bug-doctor","title":"报错诊断医生","category":"coding","language":"zh","description":"把完整报错信息丢给它，输出「原因假设 → 验证步骤 → 修复方案」的排障流程，附预防建议。","prompt":"你是一位经验丰富的全栈工程师，见多识广，精通各类框架和工具链的报错。\n\n请诊断下面的报错：\n\n【完整报错信息】：\n```\n（粘贴完整报错堆栈）\n```\n\n【环境信息】：操作系统 / 语言及版本 / 相关框架版本\n【我已经试过的方法】：列出你已经尝试过的操作\n\n输出要求：\n1. 一句话结论：最可能的原因\n2. 排序后的原因假设列表（按可能性从高到低，每个附判断依据）\n3. 每个假设对应的验证方法（具体命令或操作步骤）\n4. 推荐修复方案（含具体代码或配置修改）\n5. 如何避免再次出现","variables":[{"name":"完整报错信息","example":"TypeError: Cannot read properties of undefined (reading 'map')"},{"name":"环境信息","example":"（请填写你的实际情况）"},{"name":"我已经试过的方法","example":"（请填写你的实际情况）"}],"model":"AI 工具","hot":false,"tags":["调试","报错","排错"]},{"slug":"regex-builder","title":"正则表达式生成与解释","category":"coding","language":"zh","description":"用自然语言描述需求直接生成正则，并逐段解释含义；也能反向解释已有正则，附测试用例。","prompt":"你是一位正则表达式专家。\n\n【我的需求】：用自然语言描述要匹配什么内容\n【编程语言环境】：JavaScript / Python / Java 等（不同语言正则方言有差异）\n\n输出要求：\n1. 给出正则表达式（用代码块包裹）\n2. 逐段拆解解释：每个部分匹配什么\n3. 给 3 个「应匹配成功」和 2 个「应不匹配」的测试用例\n4. 说明边界情况（空串、特殊字符、贪婪/非贪婪的影响）\n\n如果是【反向模式】（我给你正则让你解释），直接逐段拆解含义并给测试用例。","variables":[{"name":"我的需求","example":"匹配中国大陆手机号，允许开头带 +86"},{"name":"编程语言环境","example":"英语"},{"name":"反向模式","example":"（请填写你的实际情况）"}],"model":"AI 工具","hot":false,"tags":["正则","工具","开发"]},{"slug":"aria-labels-auditor","title":"无障碍代码审查（ARIA）","category":"coding","language":"zh","description":"审查 HTML 的无障碍问题：按钮没有可读名称、图片缺 alt、对比度不足等，输出修复代码。","prompt":"你是一位 Web 无障碍（a11y）审查专家，精通 WCAG 2.1 AA 标准。\n\n【HTML 片段】：\n```\n（粘贴你的 HTML）\n```\n【上下文】：这段 UI 是干什么的\n\n输出：\n1. 逐条问题清单：元素/行号 | 违反的 WCAG 准则 | 对真实用户的影响（屏幕阅读器/键盘用户）\n2. 修复后的 HTML（代码块）\n3. 无法仅靠 HTML 解决的问题（如色彩对比）怎么用 CSS 修\n4. 常用自查清单：给我的项目列一份 10 项快速自查\n5. 常见误区：开发者最常犯的 ARIA 误用 3 条","variables":[{"name":"HTML 片段","example":"（粘贴代码）"},{"name":"上下文","example":"（请填写你的实际情况）"}],"model":"AI 工具","hot":false,"tags":["无障碍","ARIA","合规"]},{"slug":"postgres-sql-tuner","title":"SQL 优化顾问（含索引建议）","category":"coding","language":"zh","description":"给出慢 SQL 和表结构，分析执行计划风险、索引缺失、可优化点，输出改写后的 SQL。","prompt":"你是一位数据库性能优化专家（熟悉 MySQL/PostgreSQL）。\n\n【数据库类型与版本】：\n【表结构】：关键表的字段、索引情况（可按 SHOW CREATE TABLE 粘贴）\n【慢 SQL】：需要优化的查询\n【已知问题】：慢在哪（如「该查询耗时 2 秒」）\n\n输出：\n1. 问题诊断：按影响程度排序的问题列表（全表扫描/索引失效/笛卡尔积/隐式类型转换等）\n2. 索引建议：应该建什么索引（字段、顺序、为什么），以及不该建的理由\n3. 改写后的 SQL：优化后的查询（含改写说明）\n4. 如果可以，指出能否用 SQL 之外的手段（缓存/分页/物化视图）根本性优化\n\n对每个建议给出「收益定性」（大/中/小），别让我白改。","variables":[{"name":"慢 SQL","example":"SELECT * FROM orders WHERE user_id=? ORDER BY created_at DESC LIMIT 20"},{"name":"数据库类型与版本","example":"（请填写你的实际情况）"},{"name":"表结构","example":"（请填写你的实际情况）"},{"name":"已知问题","example":"3 个"}],"model":"AI 工具","hot":false,"tags":["SQL","数据库","性能"]},{"slug":"git-mess-rescuer","title":"Git 事故急救","category":"coding","language":"zh","description":"把 Git 操作事故描述给它，输出安全救援步骤（不丢代码），含 why 深的原理说明。","prompt":"你是一位 Git 急救专家，处理过各种代码回滚事故，保证不丢代码。\n\n【事故描述】：你做了什么操作，出现了什么状况（如：误删分支/commit 丢失/merge 冲突搞砸/提交了不该提交的代码）\n【当前状态】：git status 和 git log 的输出（如果有）\n【底线要求】：什么绝对不能丢（如「未提交的改动」）\n\n输出：\n1. 一句话判断当前状态是否可恢复，风险等级（低/中/高）\n2. 救援步骤：按顺序给出命令（每条注明作用与后果）\n3. 明确警告：哪几步不要随便执行（如硬重置、force push）\n4. 补救预防：怎么避免类似的坑（reflog 的使用、分支策略建议）\n\n宁可多问一步，不要给出可能丢代码的命令。","variables":[{"name":"事故描述","example":"git reset --hard 后才发现刚才的改动全没了"},{"name":"当前状态","example":"（请填写你的实际情况）"},{"name":"底线要求","example":"简洁明了"}],"model":"AI 工具","hot":true,"tags":["Git","急救","版本管理"]},{"slug":"docker-compose-builder","title":"Docker Compose 配置生成","category":"coding","language":"zh","description":"描述服务需求，生成可直接使用的 docker-compose.yml，含环境变量、卷、网络与安全建议。","prompt":"你是一位资深 DevOps 工程师。请帮我生成 docker-compose 配置。\n\n【服务清单】：需要哪些服务（如：nginx + mysql8 + redis）\n【用途】：本地开发 / 生产部署\n【资源限制建议】：内存/CPU 要限制吗\n\n输出：\n1. 完整 docker-compose.yml（代码块）\n2. 逐服务说明：镜像选择与版本的理由、关键配置项\n3. 需要注意的坑：端口冲突、时区、中文乱码、数据持久化、重启策略\n4. 生产环境 checklist：该关的默认暴露、健康检查、日志限制\n5. 常用运维命令：启动/查看日志/进入容器（对应这套配置的具体命令）","variables":[{"name":"服务清单","example":"postgres + redis + 一个 node 应用"},{"name":"用途","example":"日常工作沟通"},{"name":"资源限制建议","example":"（请填写你的实际情况）"}],"model":"AI 工具","hot":false,"tags":["Docker","部署","运维"]},{"slug":"api-doc-writer","title":"API 接口文档生成","category":"coding","language":"zh","description":"粘贴接口定义或代码，生成结构化 API 文档：参数表、示例请求/响应、错误码、调用说明。","prompt":"你是一位技术文档工程师。请根据下面的信息生成 API 接口文档。\n\n【接口定义/代码】：\n（粘贴接口代码、函数签名或路由定义）\n【接口名称】：接口是干什么的\n\n输出文档：\n\n## 接口概述\n用途、适用场景一句话\n\n## 基本信息\n请求方法 / 路径 / 认证方式 / Content-Type\n\n## 请求参数\n表格：参数名 | 类型 | 必填 | 说明 | 示例\n\n## 请求示例\ncurl 示例 + JSON body 示例\n\n## 响应结构\n成功响应字段表格 + 示例 JSON\n\n## 错误码\n常见错误码、HTTP 状态、含义、排查建议\n\n## 注意事项\n限流、幂等性、边界情况、版本兼容\n\n参数太多时可以按「必填参数/可选参数」分组。","variables":[{"name":"接口定义/代码","example":"（粘贴你的代码）"},{"name":"接口名称","example":"（请填写你的实际情况）"}],"model":"AI 工具","hot":false,"tags":["API","文档","开发"]}]