编程提示词

描述功能即可；如已有需求文档，把验收标准贴入能得到更细的维度划分。

贴一段代码 + 源/目标语言，得到等价实现 + 差异说明；建议先在小型工具类函数上验证，再迁移核心模块。

贴一段让你皱眉的代码 + 一句话痛点，拿到 3 步重构路线图；建议一次合一步，避免大爆炸合入。

贴一段代码，输出可粘贴的注释 + README 段落；建议函数签名先手动确认后再贴，避免幻觉。

贴一个函数 → 得到完整测试文件；如项目已有测试约定，把框架替换为实际框架（pytest / Go testing 等）。

把决策、上下文、约束填入，得到一份可入仓的 ADR；建议编号按时间顺序递增，存到 docs/adr/。

填栈与场景得到可落地的日志规范 + 代码封装；建议先在 1-2 个新服务试点，再推广。

贴火焰图文字描述 / 慢请求样本 / CPU 采样摘要即可；越具体越能给出准确建议。

描述需求 + 给几个样本，得到 3 套正则 + 测试用例；用「请增加一个负样本：……」可快速验证边界。

贴堆栈 + 关键代码 + 环境，模型按假设清单逐条帮你收敛根因，比单看堆栈效率高 3 倍。

一段改动描述即可；推荐配合 `git diff --staged` 摘要使用；如团队使用中文，subject 也可中文。

粘贴 PR diff 或文件代码片段，模型按 Blocker/Major/Minor 分级输出可粘贴到 PR 评论的反馈；建议在 PR 较小（<500 行）时一次性提交。

填场景与现有设计即可；如还没有设计，留空让模型从 0 设计；建议评审前先在团队内部对齐风格。

贴 SQL + 表规模 + 数据库类型，得到完整诊断 + 改造 SQL；最有效的反馈是附带 EXPLAIN ANALYZE 输出。