ಒಬ್ಬ ವ್ಯಕ್ತಿ 6 AI ಏಜೆಂಟ್ ಕಂಪನಿಗಳನ್ನು ಸ್ಥಾಪಿಸಿ, ಒಂದು ವಾರದಲ್ಲಿ 30 ವೆಬ್ಸೈಟ್ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಿದರು
ಇತ್ತೀಚೆಗೆ ಒಬ್ಬ ಸ್ವತಂತ್ರ ಡೆವಲಪರ್ ಮಾಡಿದ ಕೆಲಸವನ್ನು ನೋಡಿದೆ, ಅದು ನನ್ನನ್ನು ಮೌನವಾಗಿಸಿತು.
6 AI ಏಜೆಂಟ್ಗಳು, ಅವರು ಸಂಪೂರ್ಣ ವೆಬ್ಸೈಟ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ. ಪ್ರತಿದಿನ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಭೆಗಳನ್ನು ನಡೆಸುವುದು, ಮತದಾನ ಮಾಡುವುದು, ವಿಷಯವನ್ನು ಬರೆಯುವುದು, ಟ್ವಿಟರ್ನಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡುವುದು ಮತ್ತು ಗುಣಮಟ್ಟದ ತಪಾಸಣೆ ಮಾಡುವುದು. ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವಯಂಚಾಲಿತ, ಯಾರೂ ಗಮನಿಸುವುದಿಲ್ಲ.
ಇದು ಡೆಮೊ ಅಲ್ಲ, ಇದು ನಿಜವಾಗಿಯೂ ಆನ್ಲೈನ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ.
ಸ್ಕ್ರೀನ್ಶಾಟ್ 2026-02-11 09.13.32
ಆದರೆ ನನ್ನನ್ನು ಹೆಚ್ಚು ಆಕರ್ಷಿಸಿದ್ದು ಕ್ಲೋಸ್ಡ್-ಲೂಪ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅಲ್ಲ - ಆದರೆ ಅವರು ಪ್ರತಿ ಏಜೆಂಟ್ಗೆ ಸಂಪೂರ್ಣ "ವ್ಯಕ್ತಿತ್ವ ವ್ಯವಸ್ಥೆ"ಯನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಿದ್ದಾರೆ. ವ್ಯಕ್ತಿತ್ವ, ಸಂಬಂಧಗಳು, ಬೆಳವಣಿಗೆಯ ರೇಖೆಗಳು ಮತ್ತು RPG ಗುಣಲಕ್ಷಣ ಫಲಕಗಳು ಮತ್ತು 3D ಅವತಾರಗಳನ್ನು ಸಹ ಹೊಂದಿದ್ದಾರೆ.
ನಿಜ ಹೇಳಬೇಕೆಂದರೆ, ಇದನ್ನು ನೋಡಿದ ನಂತರ ನನ್ನ ಮೊದಲ ಪ್ರತಿಕ್ರಿಯೆ ಏನೆಂದರೆ: ಇದು ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಸಾಕುಪ್ರಾಣಿ ಅಲ್ಲವೇ? ಈ ಸಾಕುಪ್ರಾಣಿಗಳು ನಿಮಗೆ ಟ್ವೀಟ್ಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡಲು, ಸಂಶೋಧನೆ ಮಾಡಲು, ವರದಿಗಳನ್ನು ಬರೆಯಲು ಮತ್ತು ಪರಸ್ಪರ ಜಗಳವಾಡಲು ಸಹಾಯ ಮಾಡುತ್ತವೆ.
ಇಂದು ಈ ಸಂಪೂರ್ಣ ವಿನ್ಯಾಸವನ್ನು ವಿಭಜಿಸಿ ಚರ್ಚಿಸೋಣ, ಬಹು ಏಜೆಂಟ್ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಮಾಡುವ ಸ್ನೇಹಿತರಿಗೆ ಇದು ಬಹಳಷ್ಟು ಸ್ಫೂರ್ತಿ ನೀಡುತ್ತದೆ.
ಮೊದಲು ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ತ್ವರಿತವಾಗಿ ನೋಡೋಣ
ತಂತ್ರಜ್ಞಾನ ಸ್ಟಾಕ್ನ ಮೂರು ಭಾಗಗಳು: OpenClaw ಅನ್ನು VPS ನಲ್ಲಿ ಮೆದುಳಿನಂತೆ ಚಲಾಯಿಸಲಾಗುತ್ತದೆ, Next.js + Vercel ಅನ್ನು ಮುಂಭಾಗ ಮತ್ತು API ಲೇಯರ್ಗಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು Supabase ಎಲ್ಲಾ ಸ್ಥಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ.
6 ಏಜೆಂಟ್ಗಳು ವಿಭಿನ್ನ ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿವೆ - ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವವರು, ಸಂಶೋಧನೆ ಮಾಡುವವರು, ಗುಪ್ತಚರವನ್ನು ಸಂಗ್ರಹಿಸುವವರು, ವಿಷಯವನ್ನು ಬರೆಯುವವರು, ಸಾಮಾಜಿಕ ಮಾಧ್ಯಮವನ್ನು ನಿರ್ವಹಿಸುವವರು ಮತ್ತು ಗುಣಮಟ್ಟದ ತಪಾಸಣೆ ಮಾಡುವವರು.
OpenClaw ನ ಕ್ರಾನ್ ಜಾಬ್ ಪ್ರತಿದಿನ "ಕೆಲಸಕ್ಕೆ ಹಾಜರಾಗಲು" ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ರೌಂಡ್ ಟೇಬಲ್ ಕಾರ್ಯವು ಚರ್ಚಿಸಲು ಮತ್ತು ಮತ ಚಲಾಯಿಸಲು ಅನುಮತಿಸುತ್ತದೆ.
ಆದರೆ "ಮಾತನಾಡಲು ಸಾಧ್ಯವಾಗುವುದರಿಂದ" "ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಾಗುವವರೆಗೆ", ಒಂದು ಸಂಪೂರ್ಣ ಕ್ಲೋಸ್ಡ್ ಲೂಪ್ ಇದೆ. ಲೇಖಕರು ಮೂರು ದೊಡ್ಡ ತೊಂದರೆಗಳನ್ನು ಅನುಭವಿಸಿದ ನಂತರ ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದರು, ಇಲ್ಲಿ ನಾನು ಅದನ್ನು ಸರಳವಾಗಿ ವಿವರಿಸುತ್ತೇನೆ:
ತೊಂದರೆ 1: VPS ಮತ್ತು Vercel ಎರಡೂ ಕಾರ್ಯಗಳಿಗಾಗಿ ಸ್ಪರ್ಧಿಸುತ್ತಿವೆ. ಎರಡು ಕಾರ್ಯಗತಗೊಳಿಸುವವರು ಒಂದೇ ಟೇಬಲ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾರೆ, ರೇಸ್ ಸ್ಥಿತಿಯು ನೇರವಾಗಿ ಕಾರ್ಯ ಸ್ಥಿತಿ ಸಂಘರ್ಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಪರಿಹಾರವೆಂದರೆ ಒಂದು ಬದಿಯನ್ನು ಕತ್ತರಿಸುವುದು, VPS ಕಾರ್ಯಗತಗೊಳಿಸುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿದೆ ಮತ್ತು Vercel ನಿಯಂತ್ರಣ ಮೇಲ್ಮೈಯನ್ನು ಮಾತ್ರ ಮಾಡುತ್ತದೆ.
ತೊಂದರೆ 2: ಟ್ರಿಗ್ಗರ್ಗಳು ಷರತ್ತುಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಮತ್ತು ಪ್ರಸ್ತಾಪಗಳನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಆದರೆ ಪ್ರಸ್ತಾಪಗಳು ಯಾವಾಗಲೂ ಬಾಕಿ ಉಳಿಯುತ್ತವೆ. ಏಕೆಂದರೆ ಟ್ರಿಗ್ಗರ್ಗಳು ನೇರವಾಗಿ ಟೇಬಲ್ಗೆ ಡೇಟಾವನ್ನು ಸೇರಿಸುತ್ತವೆ, ನಂತರದ ಅನುಮೋದನೆ ಮತ್ತು ಕಾರ್ಯ ರಚನೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತವೆ. ಪರಿಹಾರವೆಂದರೆ ಏಕೀಕೃತ ಪ್ರವೇಶ ಕಾರ್ಯವನ್ನು ಹೊರತೆಗೆಯುವುದು, ಎಲ್ಲಾ ಪ್ರಸ್ತಾಪಗಳನ್ನು ರಚಿಸುವ ಮಾರ್ಗಗಳು ಒಂದೇ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತವೆ.
ತೊಂದರೆ 3: ಕೋಟಾ ಖಾಲಿಯಾಗಿದೆ ಆದರೆ ಕ್ಯೂನಲ್ಲಿರುವ ಕಾರ್ಯಗಳು ಹುಚ್ಚುಚ್ಚಾಗಿ ಸಂಗ್ರಹವಾಗುತ್ತಿವೆ. ವರ್ಕರ್ ಕೋಟಾ ತುಂಬಿದೆ ಎಂದು ನೋಡಿದಾಗ ಬಿಟ್ಟುಬಿಡುತ್ತಾನೆ, ಅದನ್ನು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ ಅಥವಾ ವಿಫಲವೆಂದು ಗುರುತಿಸುವುದಿಲ್ಲ, ಕಾಲಾನಂತರದಲ್ಲಿ ನೂರಾರು ಎಂದಿಗೂ ಕಾರ್ಯಗತಗೊಳ್ಳದ ಹಂತಗಳು ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಸಂಗ್ರಹವಾಗುತ್ತವೆ. ಪರಿಹಾರವೆಂದರೆ ಪ್ರಸ್ತಾಪ ಪ್ರವೇಶದಲ್ಲಿ ಕೋಟಾವನ್ನು ಪರಿಶೀಲಿಸುವುದು, ಅದು ತುಂಬಿದ್ದರೆ ನೇರವಾಗಿ ತಿರಸ್ಕರಿಸುವುದು ಮತ್ತು ಕ್ಯೂನಲ್ಲಿರುವ ಕಾರ್ಯವನ್ನು ರಚಿಸಲು ಬಿಡಬಾರದು.
ಮೂರು ತೊಂದರೆಗಳ ತಿರುಳು ಒಂದೇ ವಿಷಯ - ಬಾಗಿಲಲ್ಲಿಯೇ ತಡೆಯಿರಿ, ಸಮಸ್ಯೆಯನ್ನು ಕ್ಯೂಗೆ ಹೋಗಲು ಬಿಡಬೇಡಿ.
ಕ್ಲೋಸ್ಡ್ ಲೂಪ್ ಕಾರ್ಯರೂಪಕ್ಕೆ ಬಂದ ನಂತರ, ಆಸಕ್ತಿದಾಯಕ ಭಾಗವು ನಿಜವಾಗಿಯೂ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.
ಪಾತ್ರ ಕಾರ್ಡ್: ಇದು ಒಂದು ವಾಕ್ಯವಲ್ಲ, ಸಂಪೂರ್ಣ "ಉದ್ಯೋಗಿ ಕೈಪಿಡಿ"
ಬಹು ಏಜೆಂಟ್ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಮಾಡುವ ಜನರಿಗೆ ತಿಳಿದಿದೆ, ನೀವು Claude ಗೆ "ನೀವು ಸಾಮಾಜಿಕ ಮಾಧ್ಯಮ ವ್ಯವಸ್ಥಾಪಕರು" ಎಂದು ಹೇಳಿದರೆ, ಅದು ಖಂಡಿತವಾಗಿಯೂ ಟ್ವೀಟ್ಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡುತ್ತದೆ. ಆದರೆ ನೀವು ಅಂತಹ 6 ಏಜೆಂಟ್ಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಚಲಾಯಿಸಿದರೆ, ನೀವು ಕಂಡುಕೊಳ್ಳುತ್ತೀರಿ:
-
ಅವರೆಲ್ಲರೂ ಒಂದೇ ರೀತಿಯಲ್ಲಿ ಮಾತನಾಡುತ್ತಾರೆ
-
ಅವರು ಏನು ಮಾಡಬಾರದು ಎಂದು ಅವರಿಗೆ ತಿಳಿದಿಲ್ಲ
-
ಯಾರು ಯಾರೊಂದಿಗೆ ಚೆನ್ನಾಗಿ ಸಹಕರಿಸುತ್ತಾರೆ, ಯಾರು ಯಾರೊಂದಿಗೆ ಸಂಘರ್ಷಿಸುತ್ತಾರೆ, ಇದು ಅದೃಷ್ಟವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ
-
ಅವರು ಸಂಗ್ರಹಿಸಿದ ಅನುಭವದಿಂದಾಗಿ ಎಂದಿಗೂ ತಮ್ಮ ನಡವಳಿಕೆಯನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ
ಈ ಡೆವಲಪರ್ ಪ್ರತಿ ಏಜೆಂಟ್ಗೆ 6-ಲೇಯರ್ ಪಾತ್ರ ಕಾರ್ಡ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಿದ್ದಾರೆ:
Domain → ನೀವು ಏನು ಜವಾಬ್ದಾರಿ ವಹಿಸಿಕೊಳ್ಳುತ್ತೀರಿ Inputs/Outputs → ನೀವು ಯಾರಿಂದ ವಸ್ತುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೀರಿ ಮತ್ತು ಯಾರಿಗೆ ತಲುಪಿಸುತ್ತೀರಿ Definition of Done → "ಮುಗಿದಿದೆ" ಎಂದರೆ ಏನು Hard Bans → ನೀವು ಏನು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ Escalation → ಯಾವಾಗ ನಿಲ್ಲಿಸಬೇಕು ಮತ್ತು ವಿಚಾರಿಸಬೇಕು Metrics → ನಿಮ್ಮ KPI ಸಾಮಾಜಿಕ ಮಾಧ್ಯಮ ಏಜೆಂಟ್ ಉದಾಹರಣೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ಅದರ ಪಾತ್ರ ಕಾರ್ಡ್ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ: ವಿಷಯ ವಿತರಣೆಯ ಜವಾಬ್ದಾರಿ ಮಾತ್ರ, ಬರವಣಿಗೆ ಏಜೆಂಟ್ನಿಂದ ಕರಡುಗಳು ಮತ್ತು ಗುಪ್ತಚರ ಏಜೆಂಟ್ನಿಂದ ವಸ್ತುಗಳನ್ನು ಇನ್ಪುಟ್ ಆಗಿ ತೆಗೆದುಕೊಳ್ಳುವುದು, ಟ್ವೀಟ್ ಕರಡುಗಳು ಮತ್ತು ಪ್ರಕಟಣೆ ಯೋಜನೆಗಳನ್ನು ಔಟ್ಪುಟ್ ಆಗಿ ನೀಡುವುದು, ನೇರವಾಗಿ ಟ್ವೀಟ್ ಮಾಡುವುದನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ನಿಷೇಧಿಸಲಾಗಿದೆ (ಕರಡುಗಳನ್ನು ಮಾತ್ರ ಬರೆಯಬಹುದು), ಡೇಟಾವನ್ನು ತಯಾರಿಸುವುದನ್ನು ನಿಷೇಧಿಸಲಾಗಿದೆ, ಆಂತರಿಕ ಸ್ವರೂಪವನ್ನು ಬಹಿರಂಗಪಡಿಸುವುದನ್ನು ನಿಷೇಧಿಸಲಾಗಿದೆ.
ಪ್ರತಿ ಲೇಯರ್ ಒಂದೇ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತಿದೆ: ಏಜೆಂಟ್ನ ನಡವಳಿಕೆಯ ಜಾಗವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು.
ಸಾಮರ್ಥ್ಯಕ್ಕಿಂತ ನಿಷೇಧಗಳು ಒಂದು ಮಿಲಿಯನ್ ಪಟ್ಟು ಮುಖ್ಯ
ಇಡೀ ವಿನ್ಯಾಸದಲ್ಲಿ ಇದು ಅತ್ಯಂತ ಪ್ರಮುಖ ದೃಷ್ಟಿಕೋನ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
LLM ಗೆ ಟ್ವೀಟ್ ಬರೆಯುವುದು ಹೇಗೆ ಎಂದು ನೀವು ಕಲಿಸುವ ಅಗತ್ಯವಿಲ್ಲ - Claude, GPT, Gemini ಎಲ್ಲವೂ ಸಾಕಷ್ಟು ಸ್ಮಾರ್ಟ್ ಆಗಿವೆ. ಅದಕ್ಕೆ ಸಂದರ್ಭವನ್ನು ನೀಡಿ, ಅದು ತಲುಪಿಸುತ್ತದೆ. ನೀವು ಅದಕ್ಕೆ ಹೇಳಬೇಕಾಗಿರುವುದು: ಯಾವ ಕೆಲಸವನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
"ನೇರವಾಗಿ ಪ್ರಕಟಿಸುವುದನ್ನು ನಿಷೇಧಿಸಿಲ್ಲ" → ಸಾಮಾಜಿಕ ಏಜೆಂಟ್ ನೇರವಾಗಿ Twitter API ಅನ್ನು ಕರೆಯುತ್ತದೆ, ಎಲ್ಲಾ ಅನುಮೋದನೆಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ.
"ಸಂಖ್ಯೆಗಳನ್ನು ತಯಾರಿಸುವುದನ್ನು ನಿಷೇಧಿಸಿಲ್ಲ" → ಅದು ಟ್ವೀಟ್ನಲ್ಲಿ "ಸಂವಹನ ದರವು 340% ರಷ್ಟು ಹೆಚ್ಚಾಗಿದೆ" ಎಂದು ಬರೆಯುತ್ತದೆ, ಈ ಸಂಖ್ಯೆ ಎಲ್ಲಿಂದ ಬಂತು? ತಯಾರಿಸಿದ್ದು.ಯಾವುದೇ "ಆಂತರಿಕ ಸ್ವರೂಪವನ್ನು ಬಹಿರಂಗಪಡಿಸುವುದನ್ನು ನಿಷೇಧಿಸುವುದಿಲ್ಲ" → ಇದು [tool:crawl_result path=/tmp/...] ನಂತಹ ವಿಷಯಗಳನ್ನು ಟ್ವೀಟ್ಗಳಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡಿದೆ.
ಲೇಖಕರು ಒಂದು ಮಾತನ್ನು ಹೇಳಿದರು, ಅದು ನನಗೆ ಚೆನ್ನಾಗಿ ನೆನಪಿದೆ: ಪ್ರತಿ ನಿಷೇಧದ ಅಸ್ತಿತ್ವವು ಆ ವಿಷಯವು ನಿಜವಾಗಿಯೂ ಸಂಭವಿಸಿದೆ ಎಂಬ ಕಾರಣದಿಂದಾಗಿರುತ್ತದೆ.
ವಿವಿಧ ಪಾತ್ರಗಳ ನಿಷೇಧ ತರ್ಕವು ವಿಭಿನ್ನವಾಗಿರುತ್ತದೆ:
-
ನಿರ್ಧಾರ ಏಜೆಂಟ್: ಅನುಮೋದನೆ ಇಲ್ಲದೆ ನಿಯೋಜನೆಯನ್ನು ನಿಷೇಧಿಸಿ. ಅತ್ಯಧಿಕ ಅನುಮತಿ, ಒಂದು ತಪ್ಪು ನಿಯೋಜನೆಯು ವೆಬ್ಸೈಟ್ ಅನ್ನು ಮುರಿಯಬಹುದು
-
ಸಂಶೋಧನಾ ಏಜೆಂಟ್: ಉಲ್ಲೇಖಗಳನ್ನು ತಯಾರಿಸುವುದನ್ನು ನಿಷೇಧಿಸಿ. ಸಂಶೋಧನೆಯಲ್ಲಿ ಡೇಟಾವನ್ನು ತಯಾರಿಸುವುದು ಸಂಪೂರ್ಣ ಮಾಹಿತಿ ಸರಪಳಿಯನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ
-
ಸಾಮಾಜಿಕ ಏಜೆಂಟ್: ನೇರವಾಗಿ ಪ್ರಕಟಿಸುವುದನ್ನು ನಿಷೇಧಿಸಿ. ಸಾಮಾಜಿಕ ಮಾಧ್ಯಮವು ಮುಂಭಾಗವಾಗಿದೆ, ಅದನ್ನು ಪರಿಶೀಲಿಸಬೇಕು
-
ಗುಣಮಟ್ಟದ ತಪಾಸಣೆ ಏಜೆಂಟ್: ವೈಯಕ್ತಿಕ ದಾಳಿಯನ್ನು ನಿಷೇಧಿಸಿ. ಆಡಿಟರ್ಗಳು ವ್ಯಕ್ತಿಗಳನ್ನು ಆಕ್ರಮಿಸಿದರೆ, ತಂಡವು ಚದುರಿಹೋಗುತ್ತದೆ
ನಿಷೇಧವನ್ನು ಬರೆಯುವ ಆಲೋಚನೆಯು "ಅದು ಏನು ಮಾಡಬೇಕು" ಎಂಬುದಲ್ಲ, ಆದರೆ "ಅದು ಹಾಳಾದರೆ, ಕೆಟ್ಟದಾಗಿ ಏನಾಗಬಹುದು". ನಂತರ ಕೆಟ್ಟ ಸನ್ನಿವೇಶಕ್ಕಾಗಿ ನಿಷೇಧವನ್ನು ಬರೆಯಿರಿ.
ಏಜೆಂಟ್ ಅನ್ನು ವಿಭಿನ್ನವಾಗಿ ಮಾತನಾಡಲು ಬಿಡಿ: ವ್ಯಕ್ತಿತ್ವ ಸೂಚನೆಗಳು
ಪಾತ್ರ ಕಾರ್ಡ್ "ಏನು ಮಾಡಬೇಕು" ಎಂಬ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಆದರೆ ಏಜೆಂಟ್ಗಳು ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸುವಾಗ, ಅವರು ವಿಭಿನ್ನವಾಗಿ ಧ್ವನಿಸಬೇಕಾಗುತ್ತದೆ.
ಪ್ರತಿ ಏಜೆಂಟ್ಗೆ ಪ್ರತ್ಯೇಕ ವ್ಯಕ್ತಿತ್ವ ಸೂಚನೆಗಳಿವೆ. ಉದಾಹರಣೆಗೆ:
ಸಂಶೋಧನಾ ಏಜೆಂಟ್: ಶಾಂತ, ವಿಶ್ಲೇಷಣಾತ್ಮಕ, ಅನುಮಾನಾಸ್ಪದ ಮನೋಭಾವ. ಪುರಾವೆಗಳ ಗುಣಮಟ್ಟ ಮತ್ತು ವಿಧಾನಶಾಸ್ತ್ರದ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸಿ. ಯಾರಾದರೂ ಧೈರ್ಯದ ತೀರ್ಮಾನವನ್ನು ಹೇಳಿದರೆ, ಅದು "ಡೇಟಾ ಎಲ್ಲಿದೆ" ಎಂದು ಕೇಳುತ್ತದೆ. ಇತರರನ್ನು ಸರಿಪಡಿಸುವಾಗ "ವಾಸ್ತವವಾಗಿ..." ಎಂದು ಹೇಳಲು ಇಷ್ಟಪಡುತ್ತಾರೆ
ಸಾಮಾಜಿಕ ಏಜೆಂಟ್: ಧೈರ್ಯಶಾಲಿ, ಅವಸರದ, ಅಂಚಿನಲ್ಲಿರುವ. ತೀಕ್ಷ್ಣವಾದ ದೃಷ್ಟಿಕೋನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತಾರೆ, ಸುರಕ್ಷಿತ ಕಾರ್ಡ್ಗಳನ್ನು ದ್ವೇಷಿಸುತ್ತಾರೆ. ಸಂಶೋಧನಾ ಏಜೆಂಟ್ನ ವಿವೇಚನಾಶೀಲ ಮನೋಭಾವವನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತಾರೆ - "ತುಂಬಾ ಯೋಚಿಸುವುದು ಅವಕಾಶವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ."
ಪ್ರಮುಖ ವಿನ್ಯಾಸ:
ಸಂಘರ್ಷವನ್ನು ಬರೆಯಲಾಗಿದೆ. ಸಂಶೋಧನಾ ಏಜೆಂಟ್ನ ಸೂಚನೆಗಳಲ್ಲಿ "ಸಾಮಾಜಿಕ ಏಜೆಂಟ್ನ ಆತುರದ ನಿರ್ಧಾರಗಳನ್ನು ನೀವು ಸಾಮಾನ್ಯವಾಗಿ ಒಪ್ಪುವುದಿಲ್ಲ" ಎಂದು ಬರೆಯಲಾಗಿದೆ, ಸಾಮಾಜಿಕ ಏಜೆಂಟ್ನ ಸೂಚನೆಗಳಲ್ಲಿ "ಸಂಶೋಧನಾ ಏಜೆಂಟ್ನ ಅತಿಯಾದ ಎಚ್ಚರಿಕೆಯನ್ನು ಪ್ರಶ್ನಿಸಿ" ಎಂದು ಬರೆಯಲಾಗಿದೆ. ಸಂಭಾಷಣೆಯು ಸ್ವಾಭಾವಿಕವಾಗಿ ಉದ್ವಿಗ್ನವಾಗಿರುತ್ತದೆ.
ಪ್ರತಿ ಸೂಚನೆಯಲ್ಲಿ ಮಿನಿ ನಿಷೇಧವಿದೆ. ಉದಾಹರಣೆಗೆ, ಸಾಮಾಜಿಕ ಏಜೆಂಟ್ನ ನಿಯಮವೆಂದರೆ "ಯಾವಾಗಲೂ 'ಸಮ್ಮತಿಸುತ್ತೇನೆ' ಅಥವಾ 'ಚೆನ್ನಾಗಿ ಧ್ವನಿಸುತ್ತದೆ' ಎಂದು ಹೇಳಬೇಡಿ - ಒಂದು ನಿಲುವನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ ಅಥವಾ ಇತರರ ನಿಲುವನ್ನು ಪ್ರಶ್ನಿಸಿ". ಸಂಶೋಧನಾ ಏಜೆಂಟ್ "ಪುರಾವೆಗಳನ್ನು ಅನುಸರಿಸದೆ 'ಆಸಕ್ತಿದಾಯಕ' ಎಂದು ಎಂದಿಗೂ ಹೇಳಬೇಡಿ".
ಈ ಮಿನಿ ನಿಷೇಧಗಳು ದೊಡ್ಡ ಮಾದರಿಗಳು ಹೇಳಲು ಇಷ್ಟಪಡುವ ಅನುಪಯುಕ್ತ ಮಾತುಗಳನ್ನು ಕೊಲ್ಲುತ್ತವೆ.
ವ್ಯಕ್ತಿತ್ವವು ವಿಕಸನಗೊಳ್ಳುತ್ತದೆ
ಇದು ನಾನು ಅತ್ಯಂತ ಚತುರ ಭಾಗವೆಂದು ಭಾವಿಸುತ್ತೇನೆ - ಏಜೆಂಟ್ನ ವ್ಯಕ್ತಿತ್ವವು ಸ್ಥಿರವಾಗಿಲ್ಲ, ಆದರೆ ಸ್ಮರಣೆಯ ಸಂಗ್ರಹಣೆಯೊಂದಿಗೆ ಬದಲಾಗುತ್ತದೆ.
ಸಿಸ್ಟಮ್ ಏಜೆಂಟ್ನ ಮೆಮೊರಿ ಬ್ಯಾಂಕ್ ಅನ್ನು ಓದುತ್ತದೆ ಮತ್ತು ವಿವಿಧ ರೀತಿಯ ನೆನಪುಗಳ ಸಂಖ್ಯೆಯನ್ನು ಎಣಿಸುತ್ತದೆ:
-
8 ಕ್ಕಿಂತ ಹೆಚ್ಚು "ಪಾಠ" ರೀತಿಯ ನೆನಪುಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದೆ → ಮುಂದಿನ ಸಂಭಾಷಣೆಯಲ್ಲಿ ಪ್ರಾಂಪ್ಟ್ಗೆ "ನೀವು ಹಿಂದಿನ ಫಲಿತಾಂಶಗಳನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತೀರಿ ಮತ್ತು ತಪ್ಪುಗಳನ್ನು ಪುನರಾವರ್ತಿಸುವುದನ್ನು ತಪ್ಪಿಸುತ್ತೀರಿ" ಎಂದು ಸೇರಿಸಿ
-
8 ಕ್ಕಿಂತ ಹೆಚ್ಚು "ತಂತ್ರ" ರೀತಿಯ ನೆನಪುಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದೆ → "ನೀವು ಸಿಸ್ಟಮ್ ಚಿಂತನೆ, ನಿರ್ಬಂಧಗಳು ಮತ್ತು ವಿನಿಮಯಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಯೋಚಿಸಲು ಒಗ್ಗಿಕೊಂಡಿದ್ದೀರಿ" ಎಂದು ಸೇರಿಸಿ
-
ಒಂದು ನಿರ್ದಿಷ್ಟ ಟ್ಯಾಗ್ 4 ಬಾರಿಗಿಂತ ಹೆಚ್ಚು ಕಾಣಿಸಿಕೊಂಡರೆ → "ನೀವು XX ನಲ್ಲಿ ಪರಿಣತಿಯನ್ನು ಸಂಗ್ರಹಿಸಿದ್ದೀರಿ" ಎಂದು ಸೇರಿಸಿ
ಉದಾಹರಣೆಗೆ, ಸಾಮಾಜಿಕ ಏಜೆಂಟ್ 50 ಟ್ವೀಟ್ಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡಿದರೆ ಮತ್ತು ತೊಡಗಿಸಿಕೊಳ್ಳುವಿಕೆಯ ದರದ ಬಗ್ಗೆ 10 ಅನುಭವಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದರೆ, ಅದು ಮುಂದಿನ ಸಂಭಾಷಣೆಯಲ್ಲಿ ಸ್ವಾಭಾವಿಕವಾಗಿ "ಹಿಂದಿನ ಸ್ವರೂಪವು ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲಿಲ್ಲ" ಎಂದು ಹೇಳುತ್ತದೆ.
LLM ವ್ಯಕ್ತಿತ್ವ ಬದಲಾವಣೆಯನ್ನು ಸ್ವತಃ ನಿರ್ಧರಿಸಲು ಬಿಡುವ ಬದಲು ನಿಯಮಗಳನ್ನು ಏಕೆ ಬಳಸಬೇಕು?
ಶೂನ್ಯ ವೆಚ್ಚ - ಯಾವುದೇ ಹೆಚ್ಚುವರಿ LLM ಕರೆ ಅಗತ್ಯವಿಲ್ಲ. ಖಚಿತತೆ - ನಿಯಮಗಳು ಊಹಿಸಬಹುದಾದ ಫಲಿತಾಂಶಗಳನ್ನು ನೀಡುತ್ತವೆ, "ವ್ಯಕ್ತಿತ್ವ ರೂಪಾಂತರ" ಆಗುವುದಿಲ್ಲ. ಡೀಬಗ್ ಮಾಡಬಹುದಾದ - ಮಾರ್ಪಾಡು ಸರಿಯಾಗಿಲ್ಲವೇ? ನೇರವಾಗಿ ಮಿತಿ ಮತ್ತು ಮೆಮೊರಿ ಡೇಟಾವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಸಂಬಂಧ ಮ್ಯಾಟ್ರಿಕ್ಸ್: 6 ಏಜೆಂಟ್ಗಳು = 15 ಸಂಬಂಧಗಳು

ಚಿತ್ರ
ಪ್ರತಿ ಜೋಡಿ ಏಜೆಂಟ್ಗಳ ನಡುವೆ ಸಂಬಂಧದ ಸ್ಕೋರ್ ಇದೆ (0.10 ರಿಂದ 0.95).
ಉದಾಹರಣೆಗೆ: ನಿರ್ಧಾರ ಏಜೆಂಟ್ ಮತ್ತು ಸಂಶೋಧನಾ ಏಜೆಂಟ್ 0.8 ಸಂಬಂಧವನ್ನು ಹೊಂದಿದ್ದಾರೆ, ಅತ್ಯಂತ ವಿಶ್ವಾಸಾರ್ಹ ಸಲಹೆಗಾರ ಸಂಬಂಧ. ಸಂಶೋಧನಾ ಏಜೆಂಟ್ ಮತ್ತು ಸಾಮಾಜಿಕ ಏಜೆಂಟ್ 0.2 ಸಂಬಂಧವನ್ನು ಹೊಂದಿದ್ದಾರೆ, ವಿಧಾನಶಾಸ್ತ್ರ vs ಪ್ರಚೋದನೆ, ನೈಸರ್ಗಿಕ ವಿರೋಧ.
ಕಡಿಮೆ ಸಂಬಂಧವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ.
ಸಂಬಂಧವು ಏನನ್ನು ಪರಿಣಾಮ ಬೀರುತ್ತದೆ? ಮಾತನಾಡುವ ಕ್ರಮ - ಹೆಚ್ಚಿನ ಸಂಬಂಧ ಹೊಂದಿರುವವರು ಪರಸ್ಪರ ಮಾತನಾಡಲು ಹೆಚ್ಚು ಸಾಧ್ಯತೆ. ಸಂಭಾಷಣೆಯ ಸ್ವರ - ಕಡಿಮೆ ಸಂಬಂಧ ಹೊಂದಿರುವ ಜೋಡಿಗಳು ಸಭ್ಯ ಚರ್ಚೆಗಿಂತ ನೇರ ಸವಾಲನ್ನು 25% ಸಂಭವನೀಯತೆಯೊಂದಿಗೆ ಹೊಂದಿರುತ್ತಾರೆ. ಹೆಚ್ಚಿನ ಉದ್ವಿಗ್ನತೆಯ ಜೋಡಿಗಳಿಂದ ಸಂಘರ್ಷ ಪರಿಹಾರ ಸಂಭಾಷಣೆಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಸಿಸ್ಟಮ್ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿರುತ್ತದೆ.
ಇನ್ನೂ ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕವಾಗಿ, ಸಂಬಂಧವು ಬದಲಾಗುತ್ತದೆ.
ಪ್ರತಿ ಸಂಭಾಷಣೆಯ ನಂತರ, ಮೆಮೊರಿ ಹೊರತೆಗೆಯುವಿಕೆ LLM ಕರೆ (ಹೆಚ್ಚುವರಿ ಕರೆ ಅಲ್ಲ, ಪ್ರಾಸಂಗಿಕ ಔಟ್ಪುಟ್) ಸಂಬಂಧದ ಬದಲಾವಣೆಯನ್ನು ನೀಡುತ್ತದೆ:`{ **ಏಕೀಕೃತ ಪ್ರವೇಶ ಕಾರ್ಯ** ಈ ಮಾದರಿಯನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಯೋಗ್ಯವಾಗಿದೆ. ಬಹು-ಏಜೆಂಟ್ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ವಿವಿಧ ಮೂಲಗಳು ಕಾರ್ಯಗಳನ್ನು ರಚಿಸಬಹುದು (API, ಟ್ರಿಗ್ಗರ್ಗಳು, ಏಜೆಂಟ್ಗಳು ಸ್ವತಃ ಪ್ರಸ್ತಾಪಿಸುತ್ತಾರೆ, ಪ್ರತಿಕ್ರಿಯೆ ಸರಪಳಿ), ಏಕೀಕೃತ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಪೈಪ್ಲೈನ್ ಇಲ್ಲದಿದ್ದರೆ, ಪ್ರಕ್ರಿಯೆಯು ಅರ್ಧದಾರಿಯಲ್ಲೇ ನಿಲ್ಲುವ ಸಾಧ್ಯತೆಯಿದೆ.
ನೀವು ಸ್ವತಃ ಪ್ರಯತ್ನಿಸಲು ಬಯಸಿದರೆ, ಲೇಖಕರು 3 ಏಜೆಂಟ್ಗಳಿಂದ ಪ್ರಾರಂಭಿಸಲು ಸಲಹೆ ನೀಡುತ್ತಾರೆ - ಒಬ್ಬ ಸಂಯೋಜಕ, ಒಬ್ಬ ಕಾರ್ಯನಿರ್ವಾಹಕ ಮತ್ತು ಒಬ್ಬ ಲೆಕ್ಕ ಪರಿಶೋಧಕ. ಮೊದಲು ಪಾತ್ರದ ಕಾರ್ಡ್ಗಳನ್ನು ಬರೆಯಿರಿ, ನಿಷೇಧಗಳೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ.





