क्या एजेंटों से चक्र का पालन करवाने के लिए अच्छा prompt काफ़ी नहीं?

Prompt चक्र का वर्णन करता है; उसे लागू नहीं कर सकता। वह दो एजेंटों को एक ही टास्क क्लेम करने से नहीं रोकता, और क्रैश हुए एजेंट के पकड़े टास्क को नहीं छुड़ा सकता। Weft में क्लेम एक lease है जो सर्वर के पास है, इसलिए ये हालात संभल जाते हैं, चाहे एजेंट को अपने निर्देश याद रहे हों या नहीं।

अगर मेरा एजेंट आधे रास्ते में क्रैश हो जाए तो क्या होगा?

उसके heartbeat रुक जाते हैं। आख़िरी report_progress के बीस मिनट बाद रन stale माना जाता है, lease token हटा दिया जाता है और टास्क फिर से किसी को सौंपा नहीं रहता, ताकि कोई दूसरा एजेंट या व्यक्ति उसे उठा सके। कार्ड हफ़्ते भर Doing में पड़ा नहीं रहता।

क्या हर पूरा हुआ टास्क मेरे रिव्यू का इंतज़ार करता है?

नहीं। डिफ़ॉल्ट रूप से पूरा हुआ टास्क अपने नतीजे और सबूत के साथ सीधे Done में जाता है। वह आपके Inbox में स्वीकार, दोबारा करें, बाद में या छोड़ दें के लिए सिर्फ़ तब रुकता है जब टास्क को रिव्यू चाहिए या कोई verification जाँच फ़ेल हो।

मैं क्यों चाहूँगा कि मेरे एजेंट को काम से मना किया जाए?

क्योंकि वरना वह ऐसी चीज़ें बनाता रहता है जिन्हें जाँचने का आपके पास समय नहीं। जैसे ही लोगों पर 5 आइटम (टीम के लिए 10) या लगभग 45 मिनट का रिव्यू इंतज़ार कर रहा हो, start_task attention_queue_full लौटाता है और एजेंट को बताता है कि वह अब भी क्या कर सकता है। कतार साफ़ करने से रोक हट जाती है।

Hypertask में भी lease हैं। MCP क्यों मायने रखता है?

Hypertask के अपने डॉक्यूमेंटेशन के अनुसार उसकी lease REST एंडपॉइंट हैं (MCP overview), और उसका CLI भी क्लेम कर सकता है। यह स्क्रिप्ट वाले एजेंटों के लिए ठीक है। एडिटर या चैट में MCP टूल से काम करने वाले एजेंट को वहाँ ये नहीं मिलतीं, और Weft में मिलती हैं: start_task, report_progress और complete_task MCP टूल हैं।

ब्लॉग

AI एजेंटों के टास्क कैसे मैनेज करें: क्लेम का चक्र एक अनुबंध है, prompt नहीं

ऐसे क्लेम चक्र से AI एजेंटों के टास्क मैनेज करें जिसे सर्वर लागू करता है: lease, heartbeat, सवाल, रसीद और इंसान के ध्यान पर एक सीमा।

Weft सोलो फाउंडर्स और छोटी टीमों के लिए AI टास्क मैनेजर है।

सभी लेख

लेखक: Andrei Finogeev · 27 अक्टूबर 2026

AI एजेंटों का टास्क मैनेजमेंट तब काम करता है जब चक्र prompt के नहीं, बोर्ड के हाथ में हो: एजेंट पूछता है कि क्या करना है, एक टास्क ऐसी lease के साथ क्लेम करता है जो उसके चुप होने पर ख़त्म हो जाती है, व्यक्ति से सिर्फ़ वही फ़ैसले पूछता है जो उसके हैं, और ऐसी रसीद के साथ काम पूरा करता है जिसे कोई जाँच सके। Weft में इनमें से हर कदम एक MCP टूल है जिसे सर्वर जाँचता है, इसलिए कदम छोड़ने वाले एजेंट को मना कर दिया जाता है या वह टास्क खो देता है, बजाय इसके कि वह चुपचाप बाक़ी सबसे कट जाए।

Weft हम बनाते हैं। दूसरे प्रोडक्टों के बारे में तथ्य उनके आधिकारिक पेजों से हैं, जिन्हें 27 अक्टूबर 2026 को जाँचा गया।

चैट में पेस्ट की गई टास्क सूची काम करना क्यों बंद कर देती है?

चैट में टास्क पेस्ट करना सबसे पहली चीज़ है जो हर कोई आज़माता है, और यह एक दोपहर तक चलता है। फिर चैट ख़त्म होती है, और उसके साथ स्थिति भी। एजेंट जानता था कि उसने कौन-सा आइटम पूरा किया, किसे छोड़ दिया और किस बारे में उसे भरोसा नहीं था। अब यह कोई नहीं जानता।

जिसने सूची पेस्ट की थी, वही बीच का डाकिया बन जाता है: नतीजे असली बोर्ड पर वापस कॉपी करता है, और वह काम दोबारा करता है जिसे दूसरे सेशन ने उठा लिया था, क्योंकि कहीं लिखा नहीं था कि वह ले लिया गया है।

बोर्ड तक पहुँच स्नैपशॉट की समस्या हल करती है, बाक़ी नहीं। अगर टूल सिर्फ़ “कार्ड मूव करो” और “कमेंट जोड़ो” हैं, तो चक्र अब भी इस पर टिका है कि एजेंट अपने निर्देशों में लिखी परिपाटी का पालन करे। परिपाटियाँ ठीक तभी टूटती हैं जब कुछ गड़बड़ होता है: एजेंट काम के बीच क्रैश हो जाता है, या दो एजेंट एक ही पल में शुरू कर देते हैं।

अनुबंध के रूप में क्लेम का चक्र कैसा दिखता है?

Weft में चक्र के पाँच कदम हैं, और हर एक एक ही MCP एंडपॉइंट https://letsweft.com/api/mcp पर अलग टूल है। उनके बीच की स्थिति सर्वर रखता है, इसलिए चक्र किसी भी चैट के ख़त्म होने के बाद भी बचा रहता है।

get_my_work: चुनने से पहले पूछो। जवाब में होता है कि इस क्लाइंट के पास पहले से क्या है, क्या व्यक्ति का इंतज़ार कर रहा है, क्या देर से चल रहा है या जल्द देय है, और कुछ भी शुरू करने की जगह है या नहीं।
start_task: lease के साथ क्लेम। क्लेम 20 मिनट चलता है और टास्क को Doing में ले जाता है। जवाब में runId, leaseToken और renewEverySeconds: 300 होते हैं। उसी टास्क को आज़माने वाले दूसरे क्लाइंट को already_claimed और काम न दोहराने का संकेत मिलता है।
report_progress: heartbeat। run id और lease token के साथ हर कॉल lease रिन्यू करता है। अगर एजेंट बंद हो जाए, तो heartbeat रुक जाते हैं, और 20 मिनट बाद रन stale माना जाता है और टास्क फिर से बिना किसी को सौंपे, किसी के भी उठाने के लिए खुल जाता है। खोई हुई lease lease_lost जवाब देती है, ताकि एजेंट जान ले कि काम अब उसका नहीं।
request_input: सिर्फ़ उन फ़ैसलों के लिए जो व्यक्ति के हैं। 500 अक्षरों तक का सवाल, 10 विकल्पों तक के साथ। एजेंट के इंतज़ार के दौरान क्लेम बना रहता है।
complete_task: रसीद के साथ पूरा करो। outcome, artifacts (URL, commit या फ़ाइल हैश जैसे सबूत), notDone, unknowns और nextStep।

स्टेटस की जगह lease क्यों? क्योंकि क्रैश हुआ एजेंट सिर्फ़ चुप्पी का ही संकेत भेज सकता है। Doing में पड़ा कार्ड कहता है कि कभी कोई उस पर काम कर रहा था। lease कहती है कि कोई अभी उस पर काम कर रहा है, और जब यह सच नहीं रहता तो अपने आप यह कहना बंद कर देती है।

क्लेम अपने आप में unique index से सुरक्षित एक ही डेटाबेस insert है। जब दो एजेंट दौड़ते हैं, तो कौन जीतेगा यह डेटाबेस तय करता है, इसलिए दोनों को टास्क नहीं मिल सकता। इसके उलट, एक सेकंड के अंतर पर डाले गए दो “Claimed” कमेंट, दोनों ही मान्य कमेंट हैं।

एजेंट को request_input कब कॉल करना चाहिए?

जब वह किसी ऐसी चीज़ पर पहुँचे जिसे सिर्फ़ व्यक्ति तय कर सकता है: पैसा, प्रकाशन, प्रोडक्शन या क़ानूनी जैसी कोई भी चीज़ जिसे पलटा न जा सके, या ऐसा असली मोड़ जिसका कोई समझदार डिफ़ॉल्ट न हो। आगे बढ़ने की इजाज़त माँगने के लिए नहीं।

यह संयम इसलिए ज़रूरी है क्योंकि एक सवाल व्यक्ति का उतना ही ध्यान लेता है जितना एक पूरा हुआ टास्क, और Weft में यह उसी सीमा में गिना जाता है। सवाल Inbox में आता है, मोबाइल पुश के साथ, और 20 मिनट या ज़्यादा से इंतज़ार कर रहे आइटम के लिए ईमेल से याद दिलाया जाता है। Weft कभी एजेंट को वापस कॉल नहीं करता: जवाब उसके अगले start_task या get_my_work पर पहुँचता है। सवाल खुला रहने तक एजेंट टास्क को 60 मिनट रखता है; उसके बाद lease छूट जाती है, पर सवाल बना रहता है।

complete_task कॉल में क्या जाता है?

एक छोटा नतीजा, सबूत, और किनारों का ईमानदार हिसाब। बग फ़िक्स के लिए एक असली जैसा payload:

{
  "id": "9b2f6c1e-4d7a-4c3b-8e21-5a0f3d9c7b14",
  "runId": "d41e8a90-2f6b-4e17-9c3a-71b5e0a4c8f2",
  "leaseToken": "lt_3f9a…",
  "outcome": "Fixed the 500 on /api/invoices when the customer has no billing address. Fix is in PR #418; the route now returns 422 with a field error.",
  "artifacts": [
    { "kind": "url", "uri": "https://github.com/acme/app/pull/418" },
    { "kind": "commit", "uri": "a1c9e07" },
    { "kind": "url", "uri": "https://preview-418.acme.dev/api/invoices/health", "httpStatus": 200 }
  ],
  "claims": [
    "Added a test for an empty billing address; the invoices test file passes locally"
  ],
  "notDone": [
    "Did not merge the PR",
    "Did not backfill the 14 invoices that failed last week"
  ],
  "unknowns": [
    "Whether the mobile app shows the 422 message or a generic error"
  ],
  "nextStep": "Merge PR #418 to main"
}

Artifacts वे चीज़ें हैं जिन्हें व्यक्ति एजेंट की बात पर भरोसा किए बिना जाँच सकता है। notDone और unknowns कोई कबूलनामा नहीं हैं; वे उस नतीजे को, जिस पर भरोसा किया जा सके, उस नतीजे से अलग करते हैं जिसे diff से फिर से समझना पड़े। सबूत न होने पर भी कॉल कभी फ़ेल नहीं होता, क्योंकि पूरा हुआ काम खो देना उसे बिना जाँचे दर्ज करने से बुरा है। इन रसीदों को पढ़ने के बारे में ज़्यादा मेरे AI एजेंट ने क्या किया में।

यह कार्ड मूव करने और कमेंट डालने से अलग कैसे है?

उसी चक्र (claim, update, report, close) पर Hypertask की गाइड इस आदत का अच्छा वर्णन है। उसमें क्लेम का MCP वाला रूप है: टास्क लोड करना, उसे काम वाले सेक्शन में ले जाना और क्लेम का कमेंट डालना, उस prompt के सहारे जिसे टीम एजेंट के निर्देशों में लिखती है। वही चक्र कदम-दर-कदम:

चक्र का कदम	सिर्फ़ परिपाटी वाला बोर्ड (एजेंट कार्ड मूव करता है और कमेंट करता है)	Weft क्या लागू करता है, और किस MCP टूल से
काम चुनना	एजेंट टास्क की सूची देखकर चुनता है। उसे कुछ नहीं बताता कि व्यक्ति पहले से रिव्यू में दबा हुआ है।	`get_my_work` बताता है कि इस क्लाइंट के पास पहले से क्या है, व्यक्ति पर क्या इंतज़ार कर रहा है, क्या देर से चल रहा है, और कुछ भी शुरू करने की जगह है या नहीं।
क्लेम	कार्ड को Doing में ले जाओ और “Claimed” लिखो। दो एजेंट यह एक ही पल में कर सकते हैं और दोनों मान लेते हैं कि टास्क उनका है।	`start_task` unique index से सुरक्षित एक ही डेटाबेस write में 20 मिनट की lease लेता है। हारने वाले को टास्क के id और टाइटल के साथ `already_claimed` मिलता है।
ज़िंदा रहना	प्रगति के कमेंट, अगर एजेंट को याद रहे। क्रैश हुआ एजेंट कार्ड को अनिश्चित समय तक Doing में छोड़ देता है।	`report_progress` lease रिन्यू करता है (एजेंट को हर 5 मिनट में ऐसा करने को कहा जाता है)। 20 मिनट की चुप्पी के बाद रन stale माना जाता है और टास्क फिर खुल जाता है।
पूछना	एक “Blocked:” कमेंट। एजेंट रुक जाता है या अंदाज़ा लगाता है; कार्ड फिर भी चालू दिख सकता है।	`request_input` 10 विकल्पों तक वाला सवाल व्यक्ति के Inbox में डालता है और क्लेम बनाए रखता है (रुके रहने पर 60 मिनट)। जवाब `start_task` या `get_my_work` से लौटता है।
रिपोर्ट	आख़िरी कमेंट, खुले टेक्स्ट में। उसका रूप इस पर निर्भर है कि prompt कितना अच्छा था।	`complete_task` नाम वाले फ़ील्ड लेता है: `outcome`, `artifacts`, `notDone`, `unknowns`, `nextStep`।
बंद करना या रिव्यू	एजेंट कार्ड को Review या Done में ले जाता है, जो भी prompt ने कहा।	डिफ़ॉल्ट रूप से टास्क Done में जाता है। जब टास्क को रिव्यू चाहिए या कोई verification जाँच फ़ेल हो, तो वह Inbox में स्वीकार / दोबारा करें / बाद में / छोड़ दें (Accept / Rework / Later / Drop) के लिए रुकता है।
बोझ ज़्यादा होना	कुछ नहीं। एजेंट काम शुरू करते रहते हैं और Review कॉलम बढ़ता जाता है।	जब लोगों पर 5 आइटम (एक व्यक्ति) या 10 (टीम) इंतज़ार कर रहे हों, या 45 मिनट का रिव्यू, तो `start_task` `attention_queue_full` के साथ मना कर देता है।

Hypertask के साथ न्याय करें तो: उसके पास असली lease हैं। उसके डॉक्यूमेंटेशन में lease claim, heartbeat और release एंडपॉइंट हैं, और उसकी Known limitations तालिका कहती है कि टास्क lease, सबूत और escalation जानबूझकर सिर्फ़ REST एंडपॉइंट हैं (Hypertask MCP overview)। उसके tools reference में 21 MCP टूल में से कोई lease टूल नहीं है (tools reference)। उसका CLI भी वैकल्पिक कमांड के रूप में क्लेम कर सकता है (changelog, CLI reference)। यानी Hypertask पर स्क्रिप्ट से चलने वाला एजेंट lease रख सकता है; Claude Code या Cursor में MCP से काम करने वाले एजेंट को कार्ड-और-कमेंट वाला रूप मिलता है, जब तक कोई REST कॉल जोड़ न दे।

अगर आपके एजेंट स्क्रिप्ट और CI जॉब के रूप में चलते हैं, तो Hypertask का CLI और REST API असली फ़ायदा है, और Weft में दोनों नहीं: न CLI, न सार्वजनिक REST API, न webhooks। Weft उन एजेंटों के लिए है जो MCP क्लाइंट के अंदर रहते हैं और जिन्हें वहीं चक्र टिका हुआ चाहिए।

व्यक्ति को क्या दिखता है?

ज़्यादातर समय Done में एक कार्ड: डिफ़ॉल्ट रूप से पूरा हुआ टास्क अपने नतीजे और सबूत के साथ सीधे वहीं जाता है।

टास्क व्यक्ति के Inbox में तब रुकता है जब उसे रिव्यू की ज़रूरत वाला चिह्नित किया गया हो, या कोई verification जाँच फ़ेल हो। वहाँ व्यक्ति चार में से एक जवाब चुनता है:

स्वीकार (Accept): काम मान्य है। अगर एजेंट ने nextStep दिया था, तो व्यक्ति उसे बटन के ऊपर देखता है (“अगर आप स्वीकार करते हैं, तो एजेंट …”), और स्वीकार करना ठीक उसी कदम को मंज़ूरी देता है, उससे ज़्यादा नहीं। यह मंज़ूरी 72 घंटे के लिए मान्य है और get_my_work या start_task से एजेंट तक लौटती है।
दोबारा करें (Rework): एक नोट के साथ वापस भेजें, जिसमें लिखा हो कि क्या ग़लत है।
बाद में (Later): अभी नहीं। छोड़ दें (Drop): इस पर काम बंद करें।

Inbox वेब पर है, और जब उसमें कुछ आता है तो व्यक्ति को Weft मोबाइल ऐप पर पुश भी मिलता है। nextStep वाला यह हाथ मिलाना एजेंट को “ठीक लग रहा है” को merge, deploy और भेजने की इजाज़त मानने से रोकता है: वह मंज़ूर किया गया एक कदम उठा सकता है, फिर टास्क को दोबारा पूरा करता है।

एजेंट को और काम शुरू करने के बजाय मना क्यों किया जाता है?

क्योंकि कम पड़ने वाली चीज़ काम नहीं, ध्यान है। जितने समय में व्यक्ति एक चीज़ रिव्यू करता है, उतने में एजेंट दस चीज़ें शुरू कर सकता है।

Weft गिनता है कि लोगों पर क्या इंतज़ार कर रहा है: रिव्यू के इंतज़ार में टास्क और खुले सवाल। जब यह एक व्यक्ति वाले वर्कस्पेस में 5 आइटम, टीम में 10, या लगभग 45 मिनट के अनुमानित रिव्यू तक पहुँचता है, जो भी पहले हो, तो start_task attention_queue_full के साथ मना कर देता है। यह सीमा वर्कस्पेस में लोगों की संख्या पर निर्भर है, प्लान पर नहीं।

यह इनकार एक निर्देश है, बंद गली नहीं। यह कतार का आकार, सबसे पुराने आइटम की उम्र और अब भी अनुमत कॉल बताता है: report_progress, get_my_work, get_board_state और search। उस कार्ड पर व्यक्ति ने जो कदम पहले से मंज़ूर किया है, वह इससे छूट पाता है, इसलिए स्वीकार किया गया “merge PR #418” कतार से नहीं रुकता।

इसे कैसे सेट करें?

अपना क्लाइंट जोड़ें और ब्राउज़र से साइन इन करें; कॉपी करने को कोई key नहीं। Weft refresh token देता है, इसलिए क्लाइंट साइन-इन ख़ुद रिन्यू करता है। Claude Code में यह एक कमांड है, claude mcp add --transport http weft https://letsweft.com/api/mcp (सेटअप पेज)। Cursor में एक क्लिक का इंस्टॉल है (Cursor), Codex में एक कॉन्फ़िग एंट्री और codex mcp login weft चाहिए (Codex), और ChatGPT में Free समेत हर प्लान पर Weft का प्रकाशित ऐप है (ChatGPT)। सर्वर ख़ुद एजेंट को चक्र समझाता है, इसलिए lifecycle वाले किसी prompt की ज़रूरत नहीं।

Claude Code के लिए क़दम-दर-क़दम गाइड के लिए देखें Claude Code के लिए टास्क बोर्ड। एक बोर्ड पर कई एजेंटों के लिए, जहाँ lease और already_claimed सबसे ज़्यादा मायने रखते हैं, देखें एक बोर्ड पर कई AI एजेंट। प्रोटोकॉल का डॉक्यूमेंटेशन modelcontextprotocol.io पर है, और दूसरे MCP बोर्ड की तुलना MCP टास्क मैनेजर पर है।

यहाँ Weft क्या नहीं करता?

न CLI, न सार्वजनिक REST API, न webhooks, इसलिए cron जॉब और CI पाइपलाइन MCP क्लाइंट के बाहर चक्र नहीं चला सकतीं।
न GitHub, न Slack इंटीग्रेशन। सबूत वही है जो एजेंट artifacts में लिंक करे।
कोई बिल्ट-इन AI नहीं। सोचने का काम आपके अपने AI क्लाइंट में होता है, और इसी वजह से Weft को AI क्रेडिट की ज़रूरत नहीं।

Free में 50 टास्क और महीने में 200 AI कॉल हैं। Pro प्रति सीट $7 महीना या प्रति सीट $60 साल है (कीमतें)।

क्या एजेंटों से चक्र का पालन करवाने के लिए अच्छा prompt काफ़ी नहीं?: Prompt चक्र का वर्णन करता है; उसे लागू नहीं कर सकता। वह दो एजेंटों को एक ही टास्क क्लेम करने से नहीं रोकता, और क्रैश हुए एजेंट के पकड़े टास्क को नहीं छुड़ा सकता। Weft में क्लेम एक lease है जो सर्वर के पास है, इसलिए ये हालात संभल जाते हैं, चाहे एजेंट को अपने निर्देश याद रहे हों या नहीं।
अगर मेरा एजेंट आधे रास्ते में क्रैश हो जाए तो क्या होगा?: उसके heartbeat रुक जाते हैं। आख़िरी report_progress के बीस मिनट बाद रन stale माना जाता है, lease token हटा दिया जाता है और टास्क फिर से किसी को सौंपा नहीं रहता, ताकि कोई दूसरा एजेंट या व्यक्ति उसे उठा सके। कार्ड हफ़्ते भर Doing में पड़ा नहीं रहता।
क्या हर पूरा हुआ टास्क मेरे रिव्यू का इंतज़ार करता है?: नहीं। डिफ़ॉल्ट रूप से पूरा हुआ टास्क अपने नतीजे और सबूत के साथ सीधे Done में जाता है। वह आपके Inbox में स्वीकार, दोबारा करें, बाद में या छोड़ दें के लिए सिर्फ़ तब रुकता है जब टास्क को रिव्यू चाहिए या कोई verification जाँच फ़ेल हो।
मैं क्यों चाहूँगा कि मेरे एजेंट को काम से मना किया जाए?: क्योंकि वरना वह ऐसी चीज़ें बनाता रहता है जिन्हें जाँचने का आपके पास समय नहीं। जैसे ही लोगों पर 5 आइटम (टीम के लिए 10) या लगभग 45 मिनट का रिव्यू इंतज़ार कर रहा हो, start_task attention_queue_full लौटाता है और एजेंट को बताता है कि वह अब भी क्या कर सकता है। कतार साफ़ करने से रोक हट जाती है।
Hypertask में भी lease हैं। MCP क्यों मायने रखता है?: Hypertask के अपने डॉक्यूमेंटेशन के अनुसार उसकी lease REST एंडपॉइंट हैं (MCP overview), और उसका CLI भी क्लेम कर सकता है। यह स्क्रिप्ट वाले एजेंटों के लिए ठीक है। एडिटर या चैट में MCP टूल से काम करने वाले एजेंट को वहाँ ये नहीं मिलतीं, और Weft में मिलती हैं: start_task, report_progress और complete_task MCP टूल हैं।