跳转至

அத்தியாயம் 10 · பல-ஏஜென்ட் கூட்டுச் செயல்பாடு

குழுவின் நுண்ணறிவு தனிநபரின் நுண்ணறிவை விட உயர்ந்ததாக இருக்கலாம். பல-ஏஜென்ட் வகைப்பாட்டுக் கட்டமைப்பு, எப்போது உண்மையில் ஒற்றை ஏஜென்ட்டை விடச் சிறந்தது, சூழலைப் பகிர்ந்து கொள்ளும் மற்றும் பகிராத ஒத்துழைப்பு, தோல்வி முறைகள், மற்றும் தோன்றும் "ஏஜென்ட் சமூகம்" ஆகியவற்றை விவரிக்கிறது.

முக்கிய README க்குத் திரும்பு · 📖 அத்தியாய உரையைப் படி

துணை திட்டங்கள்

சோதனை Project Type Description
10-1 staged-system-prompt அதே Coding Agent ஒரு பணியின் வெவ்வேறு செயலாக்க நிலைகளில் (தேவைகள் தெளிவுபடுத்தல் → குறியீடு செயலாக்கம் → குறியீடு மதிப்பாய்வு) வெவ்வேறு கணினி வழிகாட்டிகள் மற்றும் கருவித் தொகுப்புகளை ஏற்றுகிறது; இதன் மூலம் ஒரே உரையாடலில் வெவ்வேறு பாத்திரங்களை ஏற்று வெவ்வேறு நடத்தைகளை வெளிப்படுத்துகிறது, அதே நேரத்தில் உரையாடல் வரலாறு மற்றும் பணி நிலை நிலைகளுக்கிடையே தொடர்ச்சியாகப் பகிரப்படுகின்றன. மதிப்பாய்வில் தேர்ச்சி பெறாவிட்டால், செயலாக்க நிலைக்குத் திரும்பவும் முடியும்.
10-2 multi-role-transfer பகிரப்பட்ட சூழலின் கீழ் சங்கிலி ஒப்படைப்பை (handoff) நிரூபிக்கிறது: ஒரே அமர்வில் பல சிறப்புப் பாத்திர ஏஜெண்டுகள் உள்ளன, ஒவ்வொன்றும் சொந்த கணினி வழிகாட்டி மற்றும் அர்ப்பணிக்கப்பட்ட கருவித் தொகுப்பைக் கொண்டுள்ளன. transfer_to_agent கருவி மூலம், பணி முன்னேற்றத்தின் அடிப்படையில் எந்தப் பாத்திரத்திற்கு மாற வேண்டும் என்பதை ஏஜென்ட் தானாகவே முடிவு செய்கிறது. அதே உரையாடல் வரலாற்றைப் பகிர்வதால், ஒப்படைப்பின் போது முழுமையான சூழல் இயற்கையாகவே பாதுகாக்கப்படுகிறது.
10-3 book-translation 🚧 நான்கு-role Manager மற்றும் single-Agent control-க்கு real-model சிறிய sample உள்ளது. உரையில் கேட்டபடி பல படங்கள்/குறியீடு கொண்ட technical book மற்றும் முழு quality, efficiency, token, resource comparison இன்னும் தேவை.
10-4 use-computer-while-calling/ 📖 7d70007… commit-இல் pin செய்யப்பட்ட வெளிப்புற TalkAct: fast/slow Agent-கள் உண்மையாக இணையாக இயங்கி, process-உள்ள SharedState blackboard (rolling digest, transcript/action log) மற்றும் இருவழி text queue-கள் மூலம் தகவலைப் பகிர்கின்றன. இந்த பதிப்பு WebSocket bridge அல்ல. Checkout இங்கே சேர்க்கப்படவில்லை; துல்லிய clone மற்றும் benchmark entrypoint-க்கு முக்கிய README appendix-ஐ பார்க்கவும்.
10-5 தன்னாட்சி தொலைபேசி பதிவு 🚧 Playwright உண்மையான படிவத்தைப் பார்வையிடுகிறது; உண்மையான LLM initiate_phone_call_agent-ஐ தன்னாட்சியாக அழைக்க வேண்டுமா என முடிவு செய்கிறது. வெளிப்படையான சம்மதம் தேவைப்படும் Twilio/உள்ளூர் ஆடியோ பாதை சரிபார்ப்பு, மீண்டும் கேட்பது, இணையான கேள்வி/நிரப்பல், மறைக்கப்பட்ட trace, விருப்ப submit ஆகியவற்றை ஆதரிக்கிறது. தற்போதைய சான்று scripted பதில்களுடன் browser/LLM/concurrency-ஐ மட்டும் நிரூபிக்கிறது; PSTN மற்றும் மனித ஆடியோ not_run, ஆகவே live acceptance முழுமையடையவில்லை.
10-6 parallel-web-research N தனித்த Playwright browser session-கள் பத்து உண்மையான university site-களைத் தேடுகின்றன; real LLM மேற்கோள் ஆதாரத்தை எடுக்கிறது. சேமித்த acceptance monitoring, timeout/error isolation, single settlement, cascading termination ack, resource cleanup மற்றும் அளந்த 3.142× same-site speedup-ஐ உறுதிப்படுத்துகிறது.
10-7 generative_agents/ 📖 ஸ்டான்ஃபோர்டின் "AI நகரம்" உருவாக்கும் ஏஜெண்டுகள் (சோதனை 10-7 துணை); வெளிப்புற களஞ்சியம் joonspk-research/generative_agents, நீங்களே clone செய்ய வேண்டும் (முக்கிய README-இன் இணைப்பைப் பார்க்கவும்)
10-8 voice-werewolf 🚧 தனது இருக்கை சூழலை மட்டும் கண்டு, கருவியை அழைத்து, உருவாக்கப்பட்ட ஒலி மற்றும் உண்மையான OpenRouter audio ASR வழியே மட்டுமே விளையாட்டில் நுழையும் உண்மையான LLM பயனர் உருவகப்படுத்தி சேர்க்கப்பட்டது. தவறான ASR உரையை விலகல் எனக் கொண்ட இரண்டு தொடக்க இயக்கங்களை கடுமையான மறுசரிபார்ப்பு நிராகரித்தது; சரியான v2 E2E, தனிமை, விதி வெற்றி, 3 சுற்றுகளைத் தாண்டியது, ஆனால் கிராமவாசி தீர்க்கதரிசியை வெளியேற்றியதால் உத்தி தோல்வியடைந்தது.

திட்ட வகைகள்

சின்னம் வகை பொருள்
தனித்து இயங்கும் முழு குறியீடு இந்த களஞ்சியத்தில், API Key உள்ளமைத்தவுடன் இயங்கும்
📖 மறு உருவாக்க வழிகாட்டி வெளிப்புற களஞ்சியங்களை git clone செய்ய வேண்டிய விரிவான ஆவணம்
🚧 செயலில் உள்ளது செயலாக்கம் அல்லது தேவையான acceptance சான்று முழுமையில்லை; இயங்கும் code இருந்தாலும் முழு acceptance எனக் கருத முடியாது