- बड़े प्रोजेक्ट इम्प्लीमेंट करते समय होने वाले दोहराए जाने वाले multi-step development tasks को AI agent loop से संभालने के लिए CLI टूल
- Bash script के ज़रिये Claude Code को लगातार कॉल करके हर iteration में छोटे-छोटे code changes करता है
- नई branch बनाता है, code संशोधित करता है, और commit·push तक अपने-आप करता है
- GitHub CLI के माध्यम से PR बनाता है, और
gh pr checks से CI स्टेटस और review परिणाम मॉनिटर करता है
- तय checks और reviews सब पास हो जाएँ तो merge, असफल होने पर PR बंद करके branch और changes को discard करने वाला cycle दोहराता है
- iterations के बीच context बनाए रखने के लिए
SHARED_TASK_NOTES.md जैसी shared Markdown file को external memory की तरह इस्तेमाल करता है
- हर iteration में क्या किया गया और अगला क्या करना है, इसे “relay race” शैली में रिकॉर्ड करता है
- उदाहरण: “function Y में null input handling चाहिए” जैसी note छोड़ने पर अगली iteration उसे प्राथमिकता से संभालती है, जिससे self-improvement loop बनता है
- अनावश्यक लंबे logs की जगह, बाद के developer·agent तुरंत समझ सकें ऐसा handoff package छोड़ने के लिए prompt डिज़ाइन किया गया है
- पूरे PR lifecycle को कवर करने वाली fully automated pipeline देता है
- branch creation → Claude Code execution → commit → PR creation → CI·review wait → pass होने पर merge → main branch update → cleanup के बाद अगली iteration
- मौजूदा repo के code owner rules, required checks, preview environments को वैसे ही इस्तेमाल करता है और human review को workflow में स्वाभाविक रूप से शामिल करता है
- execution control के लिए कई flags के साथ cost·time·attempt count सीमित किए जा सकते हैं
--max-runs से अधिकतम iterations की संख्या तय, 0 होने पर infinite loop चलता है--max-cost से डॉलर-आधारित cost limit, --max-duration से 2h, 30m जैसे समय की ऊपरी सीमा सेट की जा सकती है- एक से अधिक विकल्प साथ देकर “10 बार से कम·5 डॉलर से कम·1 घंटे से कम” जैसे compound constraints बनाए जा सकते हैं
- GitHub integration options के ज़रिये branch strategy और repository structure को बारीकी से नियंत्रित करने की सुविधा भी है
--merge-strategy से squash / merge / rebase में से चयन--git-branch-prefix से branch naming rule तय, continuous-claude/ की जगह feature/ आदि रखा जा सकता है--owner, --repo flags से remote GitHub न होने या auto-detection मुश्किल होने पर भी repo को स्पष्ट रूप से निर्दिष्ट किया जा सकता है
- context storage method और termination conditions को customize किया जा सकता है
--notes-file से SHARED_TASK_NOTES.md की जगह दूसरा filename इस्तेमाल किया जा सकता है--completion-signal और --completion-threshold के माध्यम से agent यदि “project complete” वाक्यांश निश्चित संख्या से अधिक बार आउटपुट करें तो जल्दी समाप्त किया जा सकता है
- testing·debugging और experiments के लिए safe mode·dry run सुविधाएँ शामिल हैं
--disable-commits से वास्तविक commit·PR creation·merge को निष्क्रिय करके सिर्फ local changes का परीक्षण किया जा सकता है--dry-run से पूरी flow को simulate कर कौन-से commands चलेंगे यह logs में देखा जा सकता है
git worktree फीचर का उपयोग करके कई कामों को parallel में चलाने वाली संरचना को सपोर्ट करता है
--worktree <name> और --worktree-base-dir से स्वतंत्र worktree बनाकर testing·documentation जैसे काम अलग-अलग directories में एक साथ चलाए जा सकते हैं--cleanup-worktree से काम खत्म होने पर worktree साफ़ करना, या --list-worktrees से सक्रिय worktrees देखना जैसी management सुविधाएँ देता है
- dependency के रूप में Claude Code CLI, GitHub CLI, jq चाहिए, और एक साधारण install script से जल्दी environment सेट किया जा सकता है
- one-line install script से
continuous-claude को ~/.local/bin या /usr/local/bin में install करके इस्तेमाल किया जा सकता है
- वास्तविक उपयोग परिदृश्य: test coverage बढ़ाना, बड़े पैमाने का refactoring, dependency update के बाद टूटे code को अपने-आप ठीक करना जैसे अत्यधिक दोहराव वाले कामों के लिए उपयुक्त
- मौजूदा Dependabot जहाँ version update तक सीमित है, यह टूल release notes और failed tests के आधार पर आगे के fix PR भी अपने-आप बनाता है, यानी “Dependabot का उन्नत संस्करण” जैसा व्यवहार
- monolithic codebase को कई modules में बाँटना, या callbacks को
async/await में बदलना जैसे 20 से अधिक PR लगातार बनाकर merge करने वाले लंबे कामों में भी उपयोगी
- यह GitHub Next के Continuous AI·agentics शोध जैसी अवधारणा से मिलता-जुलता है, और कई specialized agents को साथ चलाने के उपयोग को ध्यान में रखकर डिज़ाइन किया गया है
- testing, refactoring, feature addition आदि अलग भूमिकाओं वाले agents को parallel में चलाकर monorepo के कई हिस्सों को एक साथ आगे बढ़ाने का pattern सपोर्ट करता है
- किसी एक execution के असफल होने पर भी समग्र रूप से “सही दिशा वाली probability distribution” पर भरोसा करने वाली, लागत घटने को मानकर waste-tolerant iterative strategy के प्रयोग संभव हैं
- कुल मिलाकर, यह ऐसा टूल है जो मानव developer के PR-आधारित workflow को ज्यों-का-त्यों बनाए रखते हुए, AI को दोहराए जाने वाले काम और बचे हुए छोटे-मोटे कार्य सौंपने वाली agent layer प्रदान करता है, और इसे सीधे वास्तविक production repo में आज़माया जा सकता है
अभी कोई टिप्पणी नहीं है.