首页/AI 提示词库/编程开发/代码文档与注释

代码文档与注释

⌨ 编程开发 适配:通用(GPT / 豆包 / 通义 / Kimi)难度:入门 4 个变量一键复制
使用说明

为一段代码补齐可维护的文档:用途、参数、返回值、异常与调用示例。

接手老项目、开源仓库补文档、对外 SDK 说明。

提示词模板未填写变量以红色标出
请为下面的代码补写文档与注释。

【代码】{{代码片段}}
【语言与框架】{{语言与框架}}
【读者】{{读者}}
【文档类型】{{文档类型}}

输出要求:
1. 代码理解摘要:先用 3 句话说明这段代码做什么、输入输出是什么、有什么隐含前提。
2. 函数级文档:按{{语言与框架}}的主流规范写 docstring,包含用途、参数(类型与含义)、返回值、可能抛出的异常、一个可运行的调用示例。
3. 关键行内注释:只给不直观的地方加注释(如边界处理、性能取舍、历史兼容),普通赋值不要注释。
4. 模块 README:包含职责边界、依赖、快速开始、配置项表、常见问题。
5. 可维护性建议:指出 3 个可以提升可读性的改动(命名、拆分、提前返回),说明改完的好处,但不改逻辑。
6. 潜在缺陷:列出 2 个观察到的隐患(如未处理的空值、资源未释放),标注严重程度。
7. 如果我给的代码不完整,请明确说明哪些结论无法确认。

注释用中文,保持简洁,不要逐行翻译代码。
填变量变量会自动替换进上方模板,可随时复制
已填 0 / 4
使用步骤
  1. 整段代码贴全,缺依赖会让 AI 误判。
  2. docstring 直接合并进代码,跑一次确认示例可用。
  3. 潜在缺陷单独建 issue,不要混在文档改动里。
注释解释为什么
代码已经说明做什么,注释要补的是取舍原因。
示例要能跑
示例代码跑不通的文档比没有更糟。
常见问题
注释越多越好吗?

不是。只注释不直观的部分,过多注释会增加维护负担。

能自动生成吗?

可以用工具生成骨架,但用途与前提仍需人来写。