用 Claude 代码构建高效的内部工具

› 论坛 › 数据科学与人工智能 › 人工智能

AIU人工智能学院

收藏 2026-03-11

Claude Code 在快速构建新应用方面非常有效。这对任何编程任务都非常有用，无论是在现有的遗留应用上工作，还是新的代码库。

不过，根据个人经验，我觉得像Claude Code这样的编码代理在全新代码库上更强大，因为它们能高效地从零到一。

这种快速构建应用的能力对于制作超个性化产品非常有用，比如内部工具。在本文中，我将带你了解我如何利用Claude Code快速构建完全个性化的应用程序，这些应用以前需要数周时间，但现在可以在不到一小时内完成。

这张信息图突出展示了本文的主要内容。谈谈加速内部工具的构建，让你和你的团队更高效。图片由Gemini提供。

为什么要打造内部工具

内部工具一直很有用。它通常由公司内部的工程师开发，目的是简化重复性流程。这当然非常有用，因为它让重复性流程更有效，因为它们可以用单一脚本或类似程序运行。这有两个主要好处：

使用内部工具比没有工具更有效地完成这个过程
内部工具使作变得确定性，而工程师每次都为问题设计定制解决方案

不过，通常需要时间来构建这些内部工具（尤其是当你没有录音代理时）。这段时间让你无法在不够重复或耗时不足的任务上构建内部工具。

然而，随着《编码特工》的发布，这款游戏已经彻底改变了。内部工具的建造成本大幅下降，这使你能够建造更多内部工具，从而变得更有效。

我认为既然内部工具的建设成本很低，你绝对应该花时间打造能让你和公司其他人更有效率的内部系统。它也擅长让过程更具确定性。如果让两位不同的工程师来解决一个任务，他们很可能会得出一些不同的解决方案。然而，如果你已经有内部工具来解决这个任务，结果自然是确定性的，因为它是由一段代码处理的。这进一步提升了内部工具的价值。

如何构建内部工具

如果你看到这里，应该知道为什么需要内部工具。这只是让你和公司其他人更有效率，并确保案件以确定性方式处理的一种方式。

不过，你仍然需要知道如何构建内部工具。我把这部分分成两大部分，我认为它们是构建内部模具的支柱：

找到你需要在哪里建造工具
打造一个人人都能轻松使用且人人都知道的可重复使用工具。你通常可以构建一个脚本来实现目标，但要让它可复用、通用且对所有人开放，可能会更具挑战性。

寻找工具的需求

第一步是始终找到工具的需求。你大概可以在公司各处找到这种做法。你本质上应该寻找瓶颈，那些耗时最多且阻碍你成长的流程。还应为重复完成的任务构建内部工具。

如果你有一个流程反复出现，你绝对应该为它打造内部工具。这可能是：

检查文件处理是否完成
自动将客户请求转发给合适的人选
为你的 API 编写文档。

这些流程通常每周重复多次，你不想每次都手动完成。

你应该时刻留意这类任务。那些你反复做的任务，以及软件能轻松解决的任务。当然，有些任务需要人性化的关怀。比如回复邮件或回复错误报告。

不过，你应该尝试敞开心扉，了解哪些任务可以自动解决。随着大型语言模型的发布，越来越多的任务可以实现自动化。你可以有像OpenClaw这样的智能系统，自动处理来电请求或类似情况，并能自动化大量工作。

我只是建议你保持开放的心态，接受哪些任务可以被自动化，并始终牢记这一点，因为我们看到编码代理越来越智能，能够自动化越来越多的任务。

构建可重复使用的工具

当你发现需要一个工具时，鉴于编码代理的高效，你现在应该能每周做几次，那就是开发一个可重复使用工具的时候了。

当我制作一个可重复使用的工具时，我会尽量记住以下几点：

它应该是可推广的，所以不仅适用于你的具体问题，也适用于它的某些变体。
它应该对所有人都易于访问（例如通过共享的 GitHub 仓库）。
每个人都应该意识到这一点。

最后一步其实比你想象的更复杂。如果你内部构建了大量工具，不可能每个员工都跟踪所有可用的工具。

这就是为什么我尽量总是更新像CLAUDE这样的文件。MD，特工们。医学博士，WARP。MD或类似的，确保代理自己了解这些工具。

工具当然应通过每个代理都能访问并知晓的共享GitHub仓库提供。

如果你遵循这些步骤，你已经在构建一个可重复使用、有效的内部工具方面取得了很大进展。

另一个我认为更难实现的重要部分是构建一个可通用的工具。当然，你也可以开发一个解决你当前正在处理的问题的工具，这通常相对简单。

然而，通常更具挑战性的部分是构建能够处理不同问题变体且更具通用性的工具。它可以更广泛地、更多人应用到任何与你原始问题相似的问题上。

之所以更难，是因为你不一定知道问题的不同变体。不过，一个简单的解决方法是提示LLM构建内部工具，思考你可能遇到的不同变体，并与它讨论。

我强烈建议大量使用计划模式，与大型语言模型讨论你遇到的问题、如何解决，以及如何解决不同变体，使脚本尽可能具有通用性。在很多情况下，仅仅提示LLM这个功能，它就能生成一个更好的脚本，可以应用到更多问题的变体上，并且工具的可重复使用性大大提升。

我自己做过的具体工具

知道如何发现需要工具的问题和如何构建工具是非常棒的。我也认为了解一些具体的工具非常重要，这样才能更好地理解如何为自己制作工具。

我认为你能打造的最佳工具是高度定制以满足你需求的，这也意味着很难向别人建议他们应该做什么样的工具。不过，我会提供一些我自己制作的工具示例作为灵感。

示例：

一个每天查看我的邮件和日历并给我汇报的机器人。它还会自动阅读我训练它不在意的邮件，这样我只需要阅读相关的邮件。
一个GitHub审核机器人，每次收到审核请求都会通知我，并解释拉取请求的内容。完全按照我想要的方式描述
用于检查文件处理的脚本

我写这些脚本的方式很简单，就是思考我主要的瓶颈是什么，或者我花了很多时间在上面。对于我花很多时间做的事情，我会开始思考如何用一个工具完全替代它。或者至少用工具能更有效率。

对于某些场景，这可能无法实现。有些事情，比如写一段特定的代码或处理不同的利益相关者，很难外包给内部工具。不过，在其他场景中，使用工具其实很容易简化。

比如，用来核查邮件和日历报告的工具，是一个简单的OpenClaw模型设置，每天在我上班前运行一个cron作业。这其实是个很简单的主意，因为我经常早上花时间翻邮件，或者检查日历上有没有什么需要准备的事情。我觉得这可以更容易自动化。

对于GitHub审核机器人，我还注意到自己开始花越来越多的时间去发现和审核拉取请求。考虑到现在用编程引擎写的代码越来越多，审核拉取请求成了我一天中比我喜欢的更重要的一部分。

一个简化方法是每次我在拉取请求中被标记时，Slack都会收到提醒，并生成一个专门描述拉取请求的摘要。我还让代理通过扫描我的GitHub审核历史，查找我之前拉取请求中常见的错误。这个设置已经帮我节省了大约50%的审核轮询请求时间，因为有些请求可以自动批准，因为这个改动很简单，我通过了所有测试，我让代理开始运行。而其他通常较大的投票请求，我仍然需要自己审查，但因为我有审查请求的描述性摘要，知道需要查看代码的哪些部分，审查更有效。

结论

在这篇文章中，我讨论了如何利用Claude Code或其他编码代理构建有效的内部工具。编码代理让构建内部工具变得更简单，效率更高。以前你只能为极其重复且耗时的问题制作内部工具，但现在门槛降低了，你可以为不那么重要的问题构建内部工具。这有一个巨大的好处，就是能帮你节省大量时间。每当你发现任何可能再次出现的问题时，你都可以构建内部工具，让团队中的每个人都可用，从而提高效率。内部工具潜力巨大，你应时刻铭记我们如何通过构建能够处理不同变体问题的内部工具来解决问题。