इस प्रोजेक्ट के बारे में

प्रोडक्शन ऑर्केस्ट्रेटर एक ऐजेंट-आधारित उत्पादन शेड्यूलिंग टूल है जो छोटी एंब्रॉयडरी और डिकोरेटेड-एपAREL शॉप के लिए निर्मित है। इसे हैकथॉन "Agents for Humans" प्रोफेशनल ऐजेंट ट्रैक के लिए सबमिशन कैंडिडेट के रूप में प्रकाशित किया गया है, स्थानीय रूप से मान्य किया गया है, अमेज़न बेड्रॉक के खिलाफ और बेड्रॉक एजेंटCore Runtime पर तैनात किया गया है। यह Strands Agents फ्रेमवर्क के साथ बनाया गया है और शॉप स्टेट का निरीक्षण करने, ब्लॉकर की पहचान करने, साक्ष्य-आधारित शेड्यूल प्रस्तावित करने, मानवीय अनुमोदन के लिए परिणामकारी निर्णयों को सतह पर लाने और केवल उसी योजना को लागू करने के लिए संरचित है जिसका मानव ने समीक्षा की हो। समस्या जो यह लक्षित करती है छोटी उत्पादन शॉप ड्यू डेट, ग्राहक अनुमोदन, सामग्री उपलब्धता, मशीन सुसंगतता, संचालक क्षमता और ग्राहक संचार को एक साथ संगठित करती हैं। एक अकेली रात आर्डर कई जुड़े निर्णयों को मजबूर कर सकता है, और किसी एक को चूकने की लागत रीवर्क, देरी हुई डिलीवरी, या एक टालनीय ग्राहक एस्केलेशन हो सकती है। परियोजना का कथित उद्देश्य वास्तविक शॉप स्टेट का निरीक्षण करना, ब्लॉकर का पता लगाना, एक संस्करण-आधारित प्रस्ताव तैयार करना, संबंधित संचार ड्राफ्ट करना, एक परिणामकारी लिखने से पहले रुक जाना और एक पूर्ण ऑडिट चेन बनाए रखना है। ऐजेंट को कैसे इकट्ठा किया जाता है वर्कफ्लो मॉड्यूल में एक ऐजेंट इंटेक, शॉप रीड्स, डिटर्मिनिस್ಟिक विश्लेषण, प्रस्ताव निर्माण, संचार ड्राफ्टिंग और गेटेड एप्लिकेशन चरण का समन्वय करता है। आठ टूल फंक्शन उपलब्ध कराए गए हैं: intake_customer_request, list_active_orders, get_inventory, get_machine_capacity, analyze_shop_blockers, propose_schedule, draft_communications, और apply_production_plan। एक BeforeToolCallEvent हुक, ProductionPlanApprovalHook, apply_production_plan को निष्पादन से पहले इंटरसेप्ट करता है और अनुमोदन इंटर्नप्ट को रैप करता है, ताकि रिव्यूअर हैश-एड्रेस प्रस्ताव को स्वीकार या अस्वीकार कर सके। एक FileSessionManager Strands सत्र और लंबित इंटर्नप्ट को पERSIST करता है, जिससे वर्कर प्रक्रिया प्रस्ताव और निर्णय के बीच मर सकती है; एक ताज़ा प्रक्रिया सत्र को पुनः बनती है और आधिकारिक इंटर्नप्ट प्रतिक्रिया जमा करती है। README एक जानबूझकर जिम्मेदारी का विभाजन पर जोर देता है: मॉडल टूल चुनता और क्रमबद्ध करता है, जबकि डिटर्मिनिस्टिक कोड सभी व्युत्पन्न शॉप तथ्यों का वैधता जांचता है, ब्लॉकर और मात्राओं की गणना करता है, अनुमोदन को कैनोनिकल प्रस्ताव सामग्री से बांधता है और लिखने के गेट को लागू करता है। कथित इरादा ऐजेंट तर्क को उपयोगी रखना है, बिना मॉडल को अपने ही अनुमतियों को लागू करने को कहने के। जज-फेसिंग लोकल डेमो uv sync --locked के बाद, डेमो कमांड चलाने से 127.0.0.1:8765 पर एक स्थानीय इंटरफ़ेस शुरू होता है जो आठ-टूल वर्कफ्लो का अभ्यास करता है और परिणामकारी लिखने से पहले एक वास्तविक Strands इंटर्नप्ट पर रुक जाता है। पेज रिकॉर्ड किए गए टूल ट्रेल को एक एक्टिविटी फीड के रूप में, एक before/after प्रोडक्शन बोर्ड, पढ़ने योग्य संदेश ड्राफ्ट, और सटीक निर्णय परिणामों को रेंडर करता है। "Keep current schedule" या "Approve coordinated plan" चुनने से एक ताज़ा प्रक्रिया बनाई गई सत्र को पुनः बनाने और आधिकारिक इंटर्नप्ट को जारी रखने का कारण बनती है। तीन सिंथेटिक परिदृश्य चुनने योग्य हैं: एक क्षमता संघर्ष और धागे की कमी के साथ एक रात आर्डर, एक टीम-जर्सी आर्डर जो दो छोटी नौकरियों को विस्थापित करता है, और एक धात्विक मोनोग्राम बैच जिसमें सामग्री की कमी है। एक "Technical proof" विस्तार अम्युटेबल प्रस्ताव हैश, मॉडल और प्रदाता तथ्यों, भिन्न start और resume प्रक्रिया IDs, और ऑडिट चेन को दिखाता है। डेमो एक डिटर्मिनिस्टिक लोकल टूल-कॉलिंग मॉडल के साथ वर्कफ्लो को चलाता है, इसलिए इसे कोई भुगतान मॉडल कॉल की आवश्यकता नहीं होती; README कहता है कि हर शॉप तथ्य अभी भी एक वास्तविक टूल कॉल से आता है। यह केवल localhost से बंधता है, एक अज्ञात SQLite और सत्र स्टेट को एक ignored demo-runtime पथ के तहत संग्रहीत करता है, संचार को unsent ड्राफ्ट के रूप में तैयार करता है, और उत्पादन प्रमाणीकरण, मल्टी-टेनेंसी, या बाहरी इंटीग्रेशन प्रदान नहीं करता है। प्रदाता पथ और प्रमाण पूर्ण आठ-टूल प्रतिस्पर्धा और अनुमोदन पथ अमेज़न बेड्रॉक के माध्यम से amazon.nova-lite-v1:0 मॉडल का उपयोग कर us-east-1 में अभ्यास किए गए थे, जिसकी रिपोर्ट एक evidence निर्देशिका के तहत सं-committed थीं। README के अनुसार, प्रतिस्पर्धा ने संस्करण 1 को बनाए रख दिया और कोई plan-applied घटना नहीं हुई, जबकि सटीक अनुमोदन ने परिकल्पना और procureमेंट कार्य को संस्करण 2 पर परमाणु रूप से बढ़ा दिया, औरSOLE applied हैश उसी प्रस्ताव से मिला जो इंटर्नप्ट पर समीक्षा की गई थी। अम्युटेबल प्रस्ताव SQLite में कैनोनिकल सामग्री हैश द्वारा S Persisted होते हैं। ताज़ा-प्रक्रिया प्रतिस्पर्धा और अनुमोदन चालनों को इस प्रकार वर्णित किया गया है कि वे एक नए Python इंटरप्रीटर को समान ऐजेंट और सत्र को पुनः बनाने, लंबित इंटर्नप्ट को पुनर्स्थापित करने, और आधिकारिक इंटर्नप्ट प्रतिक्रिया जमा करने के ability को सिद्ध करते हैं। गलत इंटर्नप्ट IDs, altered session, प्रस्ताव, या प्रदाता बंधन, stale state, और replay को fail closed के रूप में दर्ज किया गया है। समान वर्कफ्लो को Amazon Bedrock AgentCore Runtime पर production_orchestrator-3S24euH1Cz के रूप में तैनात किया गया है। लाइव start और decide जोड़े endpoint के खिलाफ दोनों outcomes को distinct in-container processes में reproduce करने का दावा किया जाता है, जहां rejection zero plans लागू करती है और approval केवल Reviewed hash को एक बार लागू करती है। एक local-model पथ मौजूद है जो governance layer प्रदाता-स्वतंत्र दिखाता है: इंटर्नप्ट, हैश बंधन, checkpoint verification और fail-closed resume हर प्रदाता के लिए समान कोड हैं। README बताता है कि इस पथ का अभ्यास Ollama के माध्यम से एकल NVIDIA RTX 3060 पर पूरी तरह से चल रहे gemma4:e4b मॉडल के साथ किया गया था, जिसने आठों टूल को आवश्यक क्रम में कॉल किया और एक नई प्रक्रिया में persisted इंटर्नप्ट को resuming किया। ये रनों को development evidence के रूप में explicitly labeled किया गया है, न कि judged-provider proof के रूप में, और दो latency observations को controlled benchmark के बजाय दो data points के रूप में वर्णित किया गया है, यह नोट करते हुए कि decisions और response lengths भिन्न हैं और provider latency में टूल execution और operator delay को excluded किया गया है। Ollama host को checkpoint के trusted provider configuration का हिस्सा माना गया है, इसलिए अलग host के खिलाफ resuming failure कर closed होता है, जैसे swapped AWS profile। विकास और टूल्स Prerequisites में Python 3.11+, uv, एक टूल-सक्षम लोकल मॉडल fallback reproduction के लिए, और एक named least-privilege AWS profile explicit region और Bedrock मॉडल access के साथ judged path के लिए सूचीबद्ध हैं। प्रारंभिक सेटअप uv sync, pytest, और ruff check का उपयोग करता है। अलग CLI entry points पूरे इंटेक वर्कफ्लो और एक narrower दो-phase restart proof (start, फिर decision के साथ resume) को drive करते हैं। README किसी decision के लिए एक unused runtime directory उपयोग करने की सलाह देता है, और बताता है कि runtime databases और session files को ignored किया जाता है, और कोई AWS credentials, customer information, या runtime state git में नहीं होने चाहिए। Documentation और governance Referenced documentation में एक architecture document system और cross-process approval diagrams के साथ, plus एक table mapping each guarantee to test या committed evidence, एक shot-by-shot video script, एक AgentCore deployment runbook deployed Runtime contract, process-boundary model और limits को describe करता है, और एक development contract implementation और contest boundaries को define करता है। README में contest-period और prior-work disclosure शामिल है: टीम ने पहले एक Apache-2.0 एंब्रॉयडरी-शॉप मैनेजमेंट ऐप्लिकेशन का अध्ययन किया था और केवल उस अनुभव को domain research के रूप में उपयोग किया, बिना source code, prompts, UI, assets, schema, customer data, fixtures, या implementation को incorporate किए। सभी submitted product code, tools, agent behavior, interface, synthetic data, tests, documentation, और demo materials को submission period के दौरान बनाया गया है। परियोजना Apache License 2.0 के तहत licensed है, notice और third-party notice files के साथ। Status caveats Repository स्वयं को एक submission candidate के रूप में वर्णित करता है। इसकी अपनी framing इसे सीमित करती है: लोकल डेमो production authentication, मल्टी-टेनेंसी, और बाहरी इंटीग्रेशन को omit करता है, और संचार ड्राफ्टिंग unsent ड्राफ्टs पर रुक जाती है। लोकल-मॉडल परिणाम केवल development evidence के रूप में प्रस्तुत किए गए हैं, और Bedrock रनों को judged-provider evidence के रूप में present किया गया है।