Greptile 是一款在线服务：理解整个代码库的 AI 代码审查与问答服务。

这篇写给负责在团队里引入它的人：账号、权限、数据和费用怎么管。

上线前

  • 开通团队空间并按部门分组。
  • 启用单点登录（如支持）并关闭个人账号混用。
  • 设置成员角色：管理员 / 编辑 / 只读。
  • 确认数据保留期限与导出方式。
  • 指定一名负责人跟进账单与用量。

制度与培训

  • 写一页使用规范：能做什么、不能上传什么、产出由谁负责。
  • 准备 3 个标准任务的示例，如「修复报错」「补单元测试」
  • 设立反馈渠道，收集好用的提示词和踩过的坑。
  • 每季度复查一次账号、权限与费用。

给成员的标准示例

修复报错

输入：一段报错堆栈和相关代码。

这是报错信息和相关代码。请先解释报错原因，给出最小修改方案，并说明为什么这个修改不会影响其他调用方。

验收标准：修改范围足够小。

数据分级建议

  • 公开信息：可以直接使用。
  • 内部信息：在企业账号内使用，避免个人账号。
  • 机密信息：脱敏后使用或禁止使用。
  • 受监管数据（身份证号、病历、财务明细等）：除非有明确合规方案，否则不要输入。

补充练习

写技术文档

输入：一个模块的源码。

根据源码为这个模块写 README：用途、安装、最小示例、配置项表格和常见问题。示例代码必须能直接运行。

验收标准：示例代码可运行。

读懂陌生代码库

准备材料：一个刚接手的项目仓库。

先不要改任何代码。请阅读这个仓库，输出：1）目录结构说明；2）主要模块之间的调用关系；3）本地运行步骤；4）你认为最脆弱的 3 个地方。

检查点：运行步骤能实际跑通。

代码审查

输入：一个 Pull Request 的改动。

审查这个改动，按「必须修改 / 建议修改 / 可以忽略」三级列出问题，每条附上文件和行号，重点关注安全、并发和错误处理。

检查点：问题定位到行。

常见问题：测试全绿但功能不对

人工补充关键用例，检查测试是否真正断言了结果。

常见问题：泄露密钥的风险

把密钥放在环境变量，规则文件中禁止读取 .env 等敏感文件。

常见问题：AI 改动范围过大

要求先给计划和文件清单，限定只改指定文件。

概念补充：规则文件

放在仓库里的说明文件，告诉 AI 项目约定和禁止事项。

概念补充：补全（Completion）

在光标处预测下一段代码，速度快但上下文有限。

适合人群：咨询顾问

咨询顾问可以用 Greptile 处理行业研究、访谈整理等工作。需要注意：客户机密遵守保密协议，研究结论注明来源。

适合人群：科研人员

科研人员可以用 Greptile 处理文献检索与阅读、实验记录与数据整理等工作。需要注意：遵守期刊和机构关于 AI 使用的披露要求，引用逐条核对。

适合人群：游戏开发者

游戏开发者可以用 Greptile 处理原型与素材、NPC 对话与文案等工作。需要注意：关注生成素材的授权和平台对 AI 内容的披露要求。

使用提醒

文中提示词和示例仅作示意，实际效果取决于你的材料和 Greptile 当前版本，重要内容请人工核对后再使用。

本文基于 Greptile 公开的定位与通用用法编写，具体功能、套餐与可用地区以官方页面为准，产品更新后界面和名称可能变化。

延伸阅读