এখন আমাদের पास এমন কোডিং এজেন্টস আছে যা কোড লিখতে খুব দক্ষ। আমি অনেক ছোট কাজ পায় যা ঠিক করতে হয়। এটি আমার স্টার্টআপস এবং অ্যাপ্লিকেশনস সাথে কাজ করার থেকে একটি সাধারণ পর্যবেক্ষণ: কারণ কোড লিখার খরচ অনেক হয়ে কমেছে, তাই পণ্য ফিডব্যাক দিতে সীমা কম হয়েছে, এবং দ্রুত ফিক্সের অনুরোধ অনেক বেড়েছে।もちろん、当这样做时，可以启动一个 Claude Code 或 Codex セッション لكل任务。 しかし、一度に50から100タスクを受け取ると、明らかにそれほど多くの独立のコーディングセッションを開始したくない。同時に、すべてを一つのセッションに入れたくないかもしれません、なぜならコンテキストの長さの制限にぶつかる可能性があり、モデルがすべてのタスクを効果ively调整するのに苦労するからです।これが私が頻繁に経験した問題であり、ただただ数百の小さなタスクを効果적으로解決するための哲学と方法论を開発し始めたのです。この記事では、私が毎日Claude Codeセッションと効果的に作業して多くのコーディングタスクを解決するための方法论を通じてあなたを案内します。このインフォグラフィックはこの記事の主要な内容を強調し、Claude CodeやOpen AI Codexなどのコーディングエージェントを使用して多数の小さなコーディングタスクを効果적으로解决する方法について議论します।为什么优化解决较小任务的方法 正如我一贯所做的，我将带你了解为什么你应该关注优化解决较小任务的方法。你可能会认为，编码代理已经变得如此高效，以至于简单的快速修复是你可以直接扔给编码代理，它立即就能为你解决一切，而你不必为此费心。某种程度上，这是真的。我的意思是，在许多情况下，你可以，例如，把一个 Linear 任务发给编码代理，它在许多情况下能够自行解决它，并驱动它到 dev 和生产环境。然而，问题出现于你开始大量接收这些较小任务时，这可能会因为以下原因发生：Bugs 较小的功能请求 设计更新以及许多其他情况。因此，你需要一个强大的方法论来完成所有这些任务，验证它们是否正确解决，并将它们标记为完成。一些较小的任务可以由编码代理完全自主完成。然而，我我也发现许多看起来相似的任务有点模棱两可。如果你仅仅让编码代理在没有任何额外输入的情况下修复这样的任务，你可能会发现编码代理并没有实际解决问题，或者更糟糕的是，编码代理做了它本不该做的事情，并改变了你应用程序的一部分，而你并不想改变。由于我提到的这些挑战：解决大量较小任务 较小任务的模棱两可 你需要一个好的方法论来完成所有这些任务，这就是我将在以下章节中涵盖的内容。我的编码方法论 现在我将介绍我的编码方法论，以更有效地解决大量这些任务。我将带你了解我的高级流程以及我解决这些任务的哲学和心态。流程如下： 问题通常通过 Slack 发布 一个代理为其创建一个 Linear 问题 我有一个 Claude Code 会话来处理所有这些任务，通常针对特定的时间段，对我而言，是一天中的特定时间。我通过我的 Claude Code 会话对任务进行分类。如果是一个简单的快速修复，我使用 Claude Code 会话来修复它。如果是一个更大的问题，我让会话中的代理提前进行转交，并单独在一条线程上解决问题，因为它需要更多的人工互动。我让 Claude Code 创建所有我们想要处理的较小问题的 HTML 报告。如果它对我有任何问题，我需要澄清它们并给出完成...