用互联网黑话提需求，AI 真能听懂吗？

个人主页杨利杰YJlio❄️个人专栏《Windows 疑难杂症与工单复盘案例库》 《Sysinternals实战教程》《WINDOWS教程》 《Windows PowerShell 实战》 《IOS插件分析测试》《超简单用Python让Excel飞起来》让复杂的事情更简单让重复的工作自动化用互联网黑话提需求AI 真能听懂吗前言现在很多 AI 编程助手都强调“自然语言写代码”。这句话听起来很简单但真正放到工作里会遇到一个很现实的问题如果需求本身说得很抽象甚至全是互联网黑话AI 还能不能听懂这篇文章根据视频内容整理围绕一个问题展开用“抓手、对齐、闭环、赋能”这类表达给 AI 提需求它到底是在真正理解还是只是在根据上下文猜测视频中使用的工具是 AWS CodeWhisperer。需要说明的是CodeWhisperer 的相关能力后续已经并入 Amazon Q Developer。为了和视频画面保持一致本文仍按视频中的名称 CodeWhisperer 进行讲解。一、问题从哪里来程序员真正怕的不是代码视频开头先抛出了一个很典型的工作场景公司里来了一个很会说话的产品经理。这里的“会说话”并不是指表达清楚而是指需求听起来很高级但落到开发实现时反而很难判断具体要做什么。很多程序员并不怕写代码真正消耗时间的是理解需求。需求里如果只有方向、口号和抽象词开发就需要反复追问输入是什么输出是什么边界条件是什么失败场景怎么处理视频用“职业压制”来表现这种状态。这个表达虽然是调侃但对应的工作问题是真实存在的需求越抽象开发成本越高沟通越模糊返工概率越大。面对这种需求程序员常见的心理活动不是“我不会写”而是“我到底要写什么”。这也是 AI 编程助手出现后很多人关心它能不能帮忙理解需求的原因。所以这期视频的主题并不是单纯测试一个工具能不能补全代码而是测试它能不能在需求表达不够标准的情况下尽量还原真实开发意图。二、能不能把一部分需求理解交给 AI视频接着提出一个问题如果产品需求很抽象能不能把一部分理解和实现工作交给 AI这个问题可以拆成两层。第一层是代码生成也就是 AI 能不能根据注释、函数名和上下文写出代码。第二层是需求理解也就是 AI 能不能从不够规范的自然语言中推断出真正要实现的逻辑。如果只是生成简单函数AI 编程助手通常表现不错。但如果需求变成“以某个指标为抓手完成数据对齐形成业务闭环”难点就不在语法而在语义。因此后面的测试重点就是AI 能不能从这些不直接的表达里抽取出明确的编程任务。三、引出工具AWS CodeWhisperer视频中使用的工具是 AWS CodeWhisperer。它是 AWS 推出的 AI 编程助手视频里把它作为“让 AI 帮程序员处理需求”的工具来演示。它的定位并不是替开发者完整完成一个项目而是在 IDE 中根据当前文件、函数、注释和上下文给出代码补全或代码建议。对于程序员来说这类工具的价值主要体现在几个方面减少样板代码、补全常见函数、根据注释生成实现、帮助快速搭出代码草稿。四、在 VSCode 中安装 AWS Toolkit视频进入实操后先在 VSCode 扩展市场中搜索 AWS 插件。这里要安装的是 AWS Toolkit它会把 AWS 相关开发能力集成到 VSCode 中。安装完成后VSCode 左侧会出现 AWS 相关入口。后续使用 CodeWhisperer就需要通过这个插件完成登录和授权。这里需要注意视频演示的是当时的 CodeWhisperer 接入路径。如果现在重新安装界面名称可能会以 Amazon Q Developer 为主但整体逻辑仍然是安装 AWS 相关扩展登录账号授权 IDE 使用代码建议能力。五、登录 AWS Builder ID 并授权启用 CodeWhisperer 前需要登录或注册 AWS Builder ID。对于第一次使用的用户流程通常会跳转到浏览器完成。插件会提示打开外部网页。这里的逻辑是VSCode 本地插件需要通过浏览器完成身份认证然后再把授权结果返回到 IDE。进入 AWS 授权页面后需要确认允许插件访问对应能力。完成授权后VSCode 才能正常接收代码建议。如果还没有 AWS Builder ID需要按页面提示创建账号。这个过程完成后再回到 VSCode 继续测试。六、第一次测试让 AI 生成简单函数完成登录后视频回到 VSCode开始写一个简单函数示例。这一步是为了先验证工具是否正常工作。从画面可以看出作者先写出函数相关内容让 CodeWhisperer 根据上下文判断要补全什么代码。这类场景是 AI 编程助手最常见的使用方式开发者给出函数名、注释或已有代码片段AI 根据上下文继续生成。当插件开始工作时画面中可以看到正在生成提示。这个过程类似于自动补全只是它补全的不是一个单词而是一段代码逻辑。如果开发者认可生成结果就可以选择接受提示代码段。这里仍然需要人来判断是否采用而不是把所有建议都直接合并。对于这种明确、局部、边界较清楚的代码任务AI 编程助手一般比较容易处理。它能快速给出初稿但是否符合当前项目规范还需要开发者继续确认。七、效率提升明显但不能简单理解成替代程序员视频中用“原本 5 天结果 2 天”来表达效率提升。这个说法适合理解为AI 能减少重复编码和查资料时间让开发者更快拿到一个初版结果。但它不能替代需求确认、架构设计、异常处理、测试验证和安全审查。AI 生成的是草稿最终质量仍然要由开发者负责。所以AI 编程助手更适合做“提速工具”而不是“最终负责人”。它能帮你写得更快但不能替你判断业务方向是否正确。八、开始加难度用更抽象的需求测试 AI视频后半段开始加难度。画面中提到 SQL 生成速度说明测试已经从简单函数转向更接近日常开发场景的代码逻辑。这里的难点不是某个语法点而是 AI 需要判断用户到底想比较什么输入数据是什么输出结果是什么使用哪种语言或框架实现视频用夸张方式把 Left Join、PrestoSQL、SparkSQL 等术语放到一起模拟真实开发里经常出现的“术语堆叠”。开发者看到这类需求时往往需要先把抽象词和技术词翻译成明确工程任务。如果需求只是“做一个数据能力的闭环”开发者和 AI 都很难判断到底要写 SQL、写 Python还是改接口。只有把输入、输出和处理规则说清楚生成结果才会稳定。九、AI 生成代码后质量仍然要检查视频中也提到代码审查和错误处理。这个点很关键AI 生成代码后不能直接默认正确。开发者至少需要检查几个方面业务逻辑是否符合需求边界条件是否覆盖异常处理是否完整性能是否能接受是否存在安全风险。画面里用“QA 抓不出一个 bug”制造喜剧效果但实际工作中不能把这句话当成结论。测试测不出 bug不等于代码没有问题。AI 编程助手更适合提高初稿速度不适合替代测试流程。尤其是涉及数据处理、权限、资金、接口调用、生产环境操作时更不能只看代码能不能跑。这类工具确实会让开发者感到压力因为它能完成一部分过去需要手写的工作。但从工程角度看它更像辅助开发者而不是替代开发者。十、正式测试互联网黑话需求能不能被理解最后进入视频主题用互联网黑话给 AI 提需求。这类表达的问题在于它经常不直接描述输入、输出和逻辑而是用“抓手、对齐、闭环、赋能、组合拳”这样的词来包装意图。对于人来说这些词可能需要结合上下文理解对于 AI 来说同样需要依赖上下文推断。如果需求里出现“以数字为抓手”这类表达把它翻译成工程语言可能是围绕某个数字字段进行计算、匹配、排序、聚合或校验。如果需求里同时给出数据样例和预期结果AI 更容易理解如果只给一个抽象口号AI 只能猜。视频里的效果是AI 能够根据上下文生成接近需求的结果。这里可以说明一个结论AI 对“黑话”的理解并不是因为它真正接受了黑话而是因为它能从上下文中还原出比较可能的任务。从结果画面看AI 最终能生成一段可用的代码逻辑。这个结果说明在上下文足够明确的情况下AI 可以容忍一部分不规范表达。但这并不代表以后就可以故意把需求写得更抽象。对 AI 来说越清楚的输入越容易得到可靠的输出。十一、结论AI 能听懂一部分黑话但清晰需求更重要视频结尾用产品经理和程序员的关系做收束。真正让程序员痛苦的不一定是技术难而是需求不清。AI 编程助手可以缓解一部分问题比如生成代码草稿、补全函数、解释逻辑、辅助测试。但它不能替代清晰需求。如果把需求写成“围绕核心抓手做链路闭环”AI 可能能猜到一部分意思但如果改成“输入两个数组返回它们的交集并保持原始顺序”AI 的输出会稳定得多。十二、给 AI 提代码需求建议这样写这期视频最有价值的地方不是证明 AI 能听懂黑话而是提醒我们和 AI 协作时需求写得越清楚产出越稳定。如果要让 AI 写代码建议至少交代下面几件事要素应该写清楚什么示例目标这段代码要完成什么根据用户 ID 查询订单列表输入传入哪些参数数据结构是什么userId 是字符串orders 是数组输出希望返回什么结果返回符合条件的订单对象数组边界空值、异常、重复数据怎么处理没有订单时返回空数组限制语言、框架、性能、依赖要求使用 Python不引入第三方库样例给一组输入和预期输出输入 A期望输出 B互联网黑话可以作为调侃但不适合作为正式开发需求。对 AI 也是一样。它可以根据上下文猜但猜出来的结果不一定稳定。十三、把黑话翻译成工程语言在实际工作中可以把常见黑话转换成更直接的工程表达。黑话表达更适合写给 AI 的表达以数据为抓手基于指定字段进行筛选、统计或排序完成链路闭环补齐输入、处理、输出和异常处理流程对齐口径统一字段含义、计算规则和返回格式赋能业务实现某个具体功能减少某个具体人工步骤提升效率减少处理时间、减少重复代码或减少人工操作沉淀能力封装成函数、模块、接口或复用组件AI 不怕自然语言但怕缺少信息。把抽象词翻译成输入、输出、规则和样例生成质量会明显更好。十四、最终总结这期视频表面上是在测试 CodeWhisperer 能不能理解互联网黑话本质上是在讨论 AI 编程助手和需求表达之间的关系。AI 可以帮助程序员生成代码、补全逻辑、降低重复劳动也可以在上下文明确时理解一部分抽象表达。但它仍然需要清晰的目标、明确的输入输出和可验证的边界条件。所以真正高效的用法不是把需求写得更玄而是把需求写得更具体。AI 负责生成草稿人负责判断方向、控制质量和处理最终结果。点击回到顶部