প্রকল্প সম্পর্কে

Production Orchestrator একটি এজেন্ট-ভিত্তিক উৎপাদন সূচীতালিকা সরঞ্জাম যা ছোট এমব্রয়ডারি ও সজ্জিত পোশাকের দোকানদের জন্য তৈরি। এটি "Agents for Humans" হ্যাকথনের পেশাদার এজেন্ট ট্র্যাকে সাবমিশন ক্যান্ডিডেট হিসেবে প্রকাশিত, Amazon Bedrock-এর বিরুদ্ধে স্থানীয়ভাবে যাচাইকৃত, এবং Bedrock AgentCore 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 সেশন এবং অপেক্ষমাণ ইন্টাররপ্ট স্থায়ী করে, যাতে কর্মী প্রক্রিয়া প্রস্তাব ও সিদ্ধান্তের মধ্যে মারা যেতে পারে; একটি নতুন প্রক্রিয়া সেশন পুনর্গঠন করে এবং সরকারি ইন্টাররপ্ট প্রতিক্রিয়া জমা দেয়। README একটি ইচ্ছাকৃত দায়িত্ব বিভাজন强调 করে: মডেল টুল বেছে নেয় এবং ক্রমবদ্ধ করে, কিন্তু নিশ্চিত কোড সব বের করা দোকানের তথ্য যাচাই করে, বাধা ও পরিমাণ গণনা করে, অনুমোদনকে ক্যানোনিক্যাল প্রস্তাব বিষয়বস্তুর সাথে বাঁধে, এবং লেখা গেট প্রয়োগ করে। উদ্দিষ্ট হচ্ছে এজেন্ট যুক্তিকে উপযোগী রাখা কিন্তু মডেলকে নিজের অনুমতি আরোপ করতে না বলা। জজ-সম্মুখ স্থানীয় ডেমো uv sync --locked চালানোর পর, ডেমো কমান্ড 127.0.0.1:8765-এ একটি স্থানীয় ইন্টারফেস শুরু করে যা সম্পূর্ণ আট-টুল ওয়ার্কফ্লো অনুশীলন করে এবং একটি বাস্তব Strands ইন্টাররপ্টে থামে। পেজটি রেকর্ড করা টুল ট্রেইলকে অ্যাক্টিভিটি ফीड হিসেবে, আগে/পরে উৎপাদন বোর্ড, পাঠযোগ্য বার্তা খসড়া, এবং ঠিক সেই সিদ্ধান্তের পরিণতি দেখায়। "বর্তমান সূচীতালিকা রাখুন" বা "সমন্বিত পরিকল্পনা অনুমোদন" বেছে নিলে একটি নতুন প্রক্রিয়া স্থায়ী সেশন পুনর্গঠন করে এবং সরকারি ইন্টাররপ্ট চালিয়ে দেয়। তিনটি সিন্থেটিক দৃশ্যপট নির্বাচনযোগ্য: ক্ষমতা সংঘাত ও সুতার অভাব সহ একটি র‍্যাশ অর্ডার, দুটি ছোটো চাকতিকে বিस्थाপিত করা একটি টিম-জার্সি অর্ডার, এবং উপকরণ অভাব সহ একটি মেটালিক মনোগ্রাম ব্যাচ। একটি "Technical proof" সম্প্রসারণ অনুপাত-পরিবর্তনযোগ্য প্রস্তাব হ্যাশ, মডেল ও সরবরাহকারী তথ্য, ভিন্ন শুরু ও পুনরায় চালু প্রক্রিয়া আইডি, এবং অডিট চেইন দেখায়। ডেমো একটি নিশ্চিত স্থানীয় টুল-কলিং মডেল দিয়ে ওয়ার্কফ্লো চালনা করে, তাই কোনো পেমেন্ট-যুক্ত মডেল কলের প্রয়োজন নেই; README বলে যে প্রতিটি দোকানের তথ্য এখনও এক বাস্তব টুল কল থেকে আসে। এটি শুধুমাত্র localhost-এ বাঁধে, transient SQLite ও সেশন অবস্থা একটি উপেক্ষিত ডেমো-রানটাইম পাথে সংরক্ষণ করে, যোগাযোগকে পাঠানো হয়নি এমন খসড়া হিসেবে প্রস্তুত করে, এবং উৎপাদন অনুমান, মাল্টি-টেנেন্সি বা বাহ্যিক ইন্টিগ্রেশন প্রদান করে না। সরবরাহকারী পথ ও প্রমাণ সম্পূর্ণ আট-টুল প্রত্যাখ্যান ও অনুমোদন পথ us-east-1-এ amazon.nova-lite-v1:0 মডেল দিয়ে Amazon Bedrock দিয়ে অনুশীলন করা হয়েছে, প্রতিবেদন evidence directory-এর অধীনে committed। README অনুযায়ী, প্রত্যাখ্যান revision 1 সংরক্ষণ করেছে কোনো plan-applied ইভেন্ট ছাড়াই, যখন সঠিক অনুমোদন অ্যাটোমিক্যালি সূচীতালিকা ও procurement task-কে revision 2-এ এগিয়ে নিয়ে গেছে, শুধুমাত্র প্রযুক্ত হ্যাশ中断ে পর্যালোচিত প্রস্তাবের সাথে মিলেছে। অনুপাত-পরিবর্তনযোগ্য প্রস্তাবগুলো canonical বিষয়বস্তু হ্যাশ দ্বারা SQLite-এ স্থায়ী করা হয়েছে। নতুন প্রক্রিয়ার প্রত্যাখ্যান ও অনুমোদন রান বর্ণনা করা হয়েছে এমন প্রমাণ হিসেবে যে একটি নতুন Python interpreter একই এজেন্ট ও সেশন পুনর্গঠন করতে পারে, অপেক্ষমাণ ইন্টাররপ্ট পুনরুদ্ধার করতে পারে, এবং সরকারি ইন্টাররপ্ট প্রতিক্রিয়া জমা দিতে পারে। ভুল ইন্টাররপ্ট আইডি, পরিবর্তিত সেশন, প্রস্তাব বা সরবরাহকারী বাধাই, stale অবস্থা, ও রিপ্লে fail-closed-এ ব্যর্থ হবে বর্ণিত। একই ওয়ার্কফ্লো Production_orchestrator-3S24euH1Cz হিসেবে Amazon Bedrock AgentCore Runtime-এ ডেপ্লয় করা হয়েছে। endpoint-এর বিরুদ্ধে live start ও decide জোড়াকে বিবরণ করা হয়েছে এমন যে এগুলো ভিন্ন ইন-কন্টেইনার প্রক্রিয়ায় দুটি ফলাফল পুনরুৎপাদন করে, প্রত্যাখ্যান শূন্য পরিকল্পনা প্রয়োগ করে এবং অনুমোদন中断ে পর্যালোচিত হ্যাশ একবার প্রয়োগ করে। একটি local-model পথ বিদ্যমান যা governance স্তর সরবরাহকারী-স্বাধীন দেখায়: ইন্টাররপ্ট, হ্যাশ বাধাই, checkpoint যাচাই এবং fail-closed পুনরায় চালু সব সরবরাহকারীর জন্য একই কোড। README ঘোষণা করে যে এই পথ gemma4:e4b মডেল দিয়ে সম্পূর্ণরূপে একটি একক NVIDIA RTX 3060-এ Ollama-এর মাধ্যমে অনুশীলন করা হয়েছে, যা প্রয়োজনীয় ক্রমে সব আটটি টুল invoke করেছে এবং একটি নতুন প্রক্রিয়ায় স্থায়ী ইন্টাররপ্ট resume করেছে। এটি স্পষ্টভাবে এই রানগুলোকে development evidence হিসেবে চিহ্নিত করে এবং দুটি latency পর্যবেক্ষণকে controlled benchmark না বলে দুটি data point বর্ণনা করে, মনে করিয়ে দিয়ে যে সিদ্ধান্ত ও প্রতিক্রিয়ার দৈর্ঘ্য ভিন্ন এবং সরবরাহকারী latency টুল execution ও অপারেটর বিলম্ব বাদ দেয়। Ollama host checkpoints trusted provider configuration-এর অংশ হিসেবে গণ্য, তাই ভিন্ন host-এর বিরুদ্ধে resume করা AWS profile বদলানোর মতোই fail-closed। বিকাশ ও টুলিং প্রয়োজনীয়তা তালিকাভুক্ত: Python 3.11+, uv, একটি টুল-সক্ষম স্থানীয় মডেল fallback reproduction-এর জন্য, এবং judged পথের জন্য explicitly region ও Bedrock model access সহ একটি named least-privilege AWS profile। প্রাথমিক সেটআপ uv sync, pytest ও ruff check ব্যবহার করে। আলাদা CLI entry points সম্পূর্ণ ইন্টেইক ওয়ার্কফ্লো এবং একটি narrower two-phase restart proof (start, তারপর decision সহ resume) চালনা করে। README প্রতি সিদ্ধান্তের জন্য একটি unused runtime directory ব্যবহারের পরামর্শ দেয়, এবং বলে যে runtime databases ও session files ignored, এবং কোনো AWS credentials, গ্রাহক তথ্য বা runtime state git-এ থাকবে না। প্রামাণ্য ও governance উল্লিখিত প্রামাণ্য একটি architecture document অন্তর্ভুক্ত করে যা সিস্টেম ও cross-process অনুমোদন ডায়াগ্রাম এবং প্রতিটি guarantee-কে প্রতিটি test বা committed evidence-তে মানচিত্রীকরণ টেবিল অন্তর্ভুক্ত করে, একটি shot-by-shot video script, একটি AgentCore deployment runbook deployed Runtime contract, process-boundary model ও সীমা বর্ণনা করে, এবং একটি development contract implementation ও contest boundaries সংজ্ঞায়িত করে। README-তে contest-period ও prior-work disclosure অন্তর্ভুক্ত: দলের সদস্যরা আগে একটি Apache-2.0 এমব্রয়ডারি-দোকান ব্যবস্থাপনা অ্যাপ্লিকেশন অধ্যয়ন করেছিলেন এবং কেবল domain research হিসেবে সেই অভিজ্ঞতা ব্যবহার করেছিলেন, কোনো source code, prompts, UI, assets, schema, গ্রাহক তথ্য, fixtures বা implementation অন্তর্ভুক্ত না করে। সমস্ত submitted product code, টুল, এজেন্ট আচরণ, ইন্টারফেস, সিন্থেটিক ডেটা, টেস্ট, প্রামাণ্য ও ডেমো উপকরণ submission period-এ তৈরি হয়েছে বলা হয়েছে। প্রকল্প Apache License 2.0-এ লাইসেন্সযুক্ত, notice ও third-party notice files সহ। অবস্থা সতর্কতা রিপোজিটরি নিজে একে submission candidate হিসেবে বর্ণনা করে। এর নিজস্ব framing সীমাবদ্ধ: স্থানীয় ডেমোতে উৎপাদন অনুমান, মাল্টি-টেnancy ও বাহ্যিক ইন্টিগ্রেশন বাদ, এবং যোগাযোগ খসড়া পাঠানো হয়নি এমন খসড়ায় থামে। স্থানীয়-মডেল ফলাফল কেবল development evidence হিসেবে উপস্থাপিত, এবং Bedrock রান judged-provider প্রমাণ।