Gemini Deep Research 在软件工程师工作中的实用玩法与边界
Gemini 中自动规划检索并生成研究报告的功能——这是 Gemini Deep Research 最主要的用途,也是本文讨论的前提。
这篇写给软件工程师:围绕代码阅读与重构、测试与排错和技术文档这几类日常工作,说明它能帮上什么忙、怎么用、哪些地方必须自己把关。
软件工程师的三个高频用法
1. 代码阅读与重构
提示词示例:
先不要改代码。阅读这个模块,画出主要函数的调用关系,指出可以安全重构的部分和风险点,再给出分步重构计划。
把关:先计划后改动。
2. 测试与排错
可直接复制到 Gemini 深度研究里修改:
这是失败的测试输出和相关代码,请定位原因,给出最小修复,并补一个能防止回归的测试用例。
把关:修复后测试通过。
3. 技术文档
可直接复制到 Gemini 深度研究里修改:
根据这段代码和注释生成接口文档:参数、返回值、错误码、调用示例,示例必须能直接运行。
把关:示例代码可运行。
也可以试试:引用核查
这是「研究与学术」类工具的通用任务,软件工程师同样用得上。
检查这段文字中的每个引用:论文是否真实存在、引用内容是否与原文一致,无法确认的请明确标出。
边界与合规
不要把密钥和未开源代码上传到未授权工具,合并前审阅每处改动。
- 产出由软件工程师本人负责,AI 只是草稿和辅助。
- 对外内容发布前至少看一遍。
- 如单位有规定的工具清单,优先在清单内选择;Gemini Deep Research 的同类还有 ChatGPT 深度研究、Perplexity。
一周试用建议
选一个最常做的任务连续用 5 个工作日,记录每次节省的时间和需要修改的地方,再决定是否把 Gemini 深度研究纳入日常流程。
更多可以试的用法
学术语言润色
输入:一段英文论文草稿。
润色这段学术英语:改正语法、提升简洁性,不改变论点和数据,用修订模式列出每处修改及原因。
交付前确认:数据和论点未改变。
论文精读
输入:一篇 PDF 论文。
帮我精读这篇论文:研究问题、方法、数据、主要结果、局限性,以及作者没有讨论但值得追问的问题。所有结论请标注对应页码。
验收标准:结论标注了页码。
研究报告初稿
输入:一个需要调研的行业问题。
围绕【问题】生成一份调研报告初稿,每个观点后附来源;区分事实、观点和推测;最后列出需要人工核实的内容。
交付前确认:区分事实与推测。
常见问题:报告观点缺少依据
要求每段观点附来源,没有来源的删除或标注。
常见问题:AI 给出不存在的论文
只使用能查到 DOI 或原文链接的文献,逐条核验。
常见问题:检索结果偏向英文文献
补充中文数据库检索,并调整关键词。
概念补充:引用网络
论文之间的引用关系,可用于发现相关研究。
概念补充:学术诚信
关于独立研究、正确引用与 AI 使用披露的规范。
适合人群:研究生
研究生可以用 Gemini 深度研究处理文献阅读、开题与论文写作等工作。需要注意:遵守学校学术诚信规定,AI 只用于辅助理解和润色。
使用提醒
文中提示词和示例仅作示意,实际效果取决于你的材料和 Gemini 深度研究当前版本,重要内容请人工核对后再使用。
所有示例输出均为示意,不代表真实统计或效果承诺;请以自己的测试结果为准。