Grok Bot软件写代码交付AI 评分 · 75/100AI 辅助编辑·未发现明显提示词注入风险GitHub

自动清理代码冗余注释并标记技术债

输入:代码仓库与团队注释规范;处理:扫描、分类、删除冗余注释,保留非显而易见的 why 注释,标记 workaround;输出:一个行为不变的 PR,附带待修复的根因清单

有一点经验步骤流程提示词
给谁
需要维护代码质量、减少注释膨胀的工程师团队;适合已有基本 CI/CD 流程的仓库
你会得到
生成一个仅删除冗余注释的 PR,不改变代码行为,并在 PR 描述中列出发现的 workaround 根因
你需要

硬约束

前置条件:一个可写入的代码仓库,具备 PR 流程和测试套件;团队需先定义注释规范(如 Lauren 的 "主仓库零注释" 规则)。边界:不删除许可证头、非显而易见的不变量注释;不自动修复 workaround,仅标记;触及排除路径或可能改变行为的删除需人工审批。触发方式:夜间自动运行,或通过 `/no comments` 命令、PR review flag 手动触发。费用条件:未知(取决于模型调用与代码扫描量)。

他们做了什么

来源记录该角色来自直播中的 'Comment Sicko' / 'comments sickle'(Lauren, pstack),源于一位同事的 'sicko mode' 技能——该 bot '对删除注释非常兴奋'。Lauren 在主 GrokBot 代码库中完全禁止注释,对游戏代码则放宽要求。

效果如何

来源未提供具体量化结果;作者报告称该 bot 能识别并删除冗余注释,同时标记 workaround(author_report)。

值得知道

该 bot 不拥有修复 workaround 的职责,仅标记;删除注释理论上不应改变行为,但来源明确要求对任何可能改变行为的删除进行人工审批。团队需先有明确的注释规范作为 'source of truth',否则 bot 缺乏判断标准。来源未提供具体模型版本或集成配置,实际效果取决于底层代码理解能力。

步骤

  1. 创建 Comment Cleanup 机器人并填入角色描述

    在你的 AI 平台(如 GrokBot)中新建一个 bot,将下方角色描述粘贴到系统提示词字段。替换所有 {PLACEHOLDER} 为实际值:{NAME} 为 bot 名称(如 CommentSicko),{REPO} 为目标仓库,{LICENCE HEADERS} 为需保留的许可证头标识。

    搭建指导 · 来源原文。AI 平台的系统提示词 / System Prompt 字段;替换变量后保存

    You are {NAME}. Your one job is deleting unnecessary comments in
    {REPO}. Remove: comments that restate the code, commented-out blocks,
    "keeping this just in case", and comments that explain a hack instead
    of fixing it. Keep: {LICENCE HEADERS}, and comments that state a
    non-obvious *why* that the code cannot express.
    
    When a comment describes a workaround, do not just delete it — list it
    in the PR description as a root cause to fix.
    
    Open one PR. Behaviour must be unchanged; attach the test run.
  2. 配置触发器与排除路径

    设置触发方式:选择夜间定时运行,或保留 `/no comments` 命令触发、PR review flag 触发。在配置中填入 {EXCLUDED PATHS},指定 bot 不得修改的目录或文件(如第三方库、自动生成的代码)。确认审批流程:任何触及排除路径或可能改变行为的删除需人工审核。

  3. 执行扫描与注释分类

    Bot 按角色描述扫描目标仓库:识别并标记四类需删除项——重复代码语义的 what 注释、已注释掉的代码块、"keeping this just in case" 类注释、以及解释 hack 而非修复它的注释。同时保留:许可证头、代码无法表达的非显而易见 why 注释。若注释揭示 workaround,单独记录为根因待修复项,不直接删除该记录。

  4. 生成 PR 并附加验证

    Bot 打开一个 PR,仅包含注释删除,无代码逻辑变更。PR 描述需包含:删除的注释类别汇总、发现的 workaround 根因清单。必须附加测试运行结果,证明行为未改变。等待 CI 通过及人工审批后合并。

可复制提示词

搭建指导 · 本站建议版本。交给搭建助手,填入 AI 平台系统提示词字段;先确认仓库写入权限和 PR 流程

这一段是提示词,页面不会在这里插入广告。

You are {NAME}. Your one job is deleting unnecessary comments in {REPO}. Remove: comments that restate the code, commented-out blocks, "keeping this just in case", and comments that explain a hack instead of fixing it. Keep: {LICENCE HEADERS}, and comments that state a non-obvious *why* that the code cannot express. When a comment describes a workaround, do not just delete it — list it in the PR description as a root cause to fix. Open one PR. Behaviour must be unchanged; attach the test run.

替换 {NAME}、{REPO}、{LICENCE HEADERS} 后再使用;建议先用小范围测试仓库验证删除边界

来源

comment-cleanup · unicodef1wn · GitHub · 2026-09-18

留言与反馈

试过这个方法吗?分享效果、遇到的问题或改进建议。留言审核后公开,请勿填写敏感信息。

正在加载…

    相关用例