亚马逊Q开发者小贴士：第17号——选对工具是王道

在这个系列中，我将每天分享一些提示和技巧来帮助你取得进步并加快你的旅程。每天我都会分享一个新的提示，这些提示将按照几个主题分类。如果你有自己的提示，或者你对我的分享有自己的见解，请使用评论功能或联系我。查看之前的提示这里。

好了，现在来今天的小提示。

提示 17 - 亚马逊 Q: 选对工具

亚马逊Q开发者提供的工具和命令帮助生成代码建议和其他指导。在之前的提示中，我分享了这些工具的工作原理，并提供了一些希望有用的技巧，帮助你更有效地使用这些工具。但你如何知道该使用哪个工具或命令呢？今天的提示是关于提供一个如何选择合适的工具或命令的思路。

这里我指的是帮助我判断应该使用哪个工具或命令的思维模型，主要关注五个关键方面：

• 需要什么上下文
• 开发者体验
• 所需的努力程度
• 服务限制、配额，以及加速 vs 学习

我需要了解什么背景信息？

不同的 Amazon Q 开发工具使用和提供的上下文各不相同。例如，内联功能仅使用你正在编辑的当前文件（或高亮显示的代码块）。这可能就足够应对我当前的任务了。如果我需要更多的上下文（可能需要参考或理解项目中的相关文件），其他工具可能提供更多帮助，比如更好的代码建议和输出，我可能会选择使用 @workspace 或 Amazon Q 开发者代理（/dev）这样的工具来开发功能。

开发体验

工具的延迟和响应性有所不同，这会直接对开发者的体验产生影响。当我处于创作状态并正在创建或编辑文件时，额外的按键和鼠标操作会让我变慢。通过内联提示来调用提示比使用聊天界面更快。

所需的努力量

如果我只需要更改单个文件（可能就是我现在所在的这个文件），与跨多个文件（甚至整个项目的全部文件）进行更改相比，前者会更容易处理。如果我有一个包含数百个文件的大项目，那么使用亚马逊Q开发者代理（/dev, /doc, /test, /review或/transform）节省的时间和精力是值得考虑的。

服务限额

在使用 Amazon Q 开发者中的不同工具时，无论是免费层还是专业层，每个工具都有不同的服务限额。在使用这些工具时，我会考虑这一点，确保不会因为一些可以通过具有更高服务限额的其他工具同样轻松完成的任务而无谓地耗尽这些服务限额。

Boost vs 学习提升

如果我清楚自己想做什么，只是需要更高效、更快速（提高效率或增强效率），那么我可能会使用内置工具。如果我在探索或学习，那么聊天界面可能是我的首选（学习来说）。我发现我使用工具的情况通常遵循这些模式。

如果你想了解更多关于Boost和Learn作为心智模式的一种相关信息，我推荐你看一下，这篇文章：《构建者使用的生成式AI助手框架》：链接

这可能不是思考这个问题的最佳方法，也许还有很多其他的方法，但这对我来说有效。你觉得呢？或者你有自己用的思维模型也可以告诉我。

复杂度 VS 背景

上周我在看 re:Invent 2024 的会议内容时，另一个好方法是根据任务的复杂度以及你已有的或需要的上下文来选择适合的 Amazon Q 开发工具。AWS Hero Matt Lewis 做了一个很好的图表来说明这点。

我强烈推荐你看看 AWS 英雄 Matt Lewis 在 re:Invent 会议上的视频，深入了解这一点。

试试看今天使用Amazon Q Developer，并领取您的免费Builder ID吧

今天的贴士就到这里了。告诉我你用得怎么样，如果你有类似的经验或贴士，给我留言或回复。我很乐意在这里分享你的贴士。

今天可以免费试用 Amazon Q Developer，通过注册一个 Builder ID 账号。您也可以在我的其他帖子中可以找到 社区.aws，因为我经常在帖子中分享一些使用 Amazon Q Developer 的技巧和实战案例。您也可以通过更新日志关注其新功能和改进。

……

♥ 用心制作，来自DevRel