ಎಲ್ಲವೂ ಒಂದು ಫೈಲ್: ಯುನಿಕ್ಸ್‌ನಿಂದ AI ಏಜೆಂಟ್‌ವರೆಗಿನ ವಿನ್ಯಾಸ ತತ್ವಶಾಸ್ತ್ರ\n\nಮೂಲ: ಈಥನ್ ಯೆಚೆಂಗ್\n\n\n\n## ಅರ್ಧ ಶತಮಾನದ ಪ್ರತಿಧ್ವನಿ\n\n1970 ರ ದಶಕದ ಆರಂಭದಲ್ಲಿ ಬೆಲ್ ಲ್ಯಾಬ್ಸ್‌ನಲ್ಲಿ (Bell Labs), ಯುನಿಕ್ಸ್‌ನ ಪಿತಾಮಹ ಕೆನ್ ಥಾಂಪ್ಸನ್ (Ken Thompson) ಮತ್ತು ಡೆನ್ನಿಸ್ ರಿಚಿ (Dennis Ritchie) ಮೊದಲ ಬಾರಿಗೆ ಒಂದು ದಿಟ್ಟ ಮತ್ತು ಹಠಮಾರಿ ವಿನ್ಯಾಸ ತತ್ವವನ್ನು ಪ್ರಸ್ತಾಪಿಸಿದರು: Everything is a file - ಎಲ್ಲವೂ ಫೈಲ್ ಆಗಿದೆ.\n\nಐವತ್ತು ವರ್ಷಗಳ ನಂತರ, AI ಏಜೆಂಟ್ ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳು ಸ್ಫೋಟಗೊಳ್ಳುತ್ತಿವೆ. Manus, Claude Code, OpenClaw... ಇವು ವಿಭಿನ್ನ ತಂಡಗಳು, ವಿಭಿನ್ನ ತಂತ್ರಜ್ಞಾನ ಸ್ಟಾಕ್‌ಗಳು, ವಿಭಿನ್ನ ವಾಣಿಜ್ಯ ಗುರಿಗಳಿಂದ ಬಂದಿವೆ, ಆದರೆ ಅವೆಲ್ಲವೂ ಒಂದೇ ಆಯ್ಕೆಯನ್ನು ಮಾಡುತ್ತಿವೆ: ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಏಜೆಂಟ್‌ನ ಅರಿವಿನ ಅಸ್ಥಿಪಂಜರವಾಗಿ ಬಳಸುವುದು.\n\nManus ಏಜೆಂಟ್‌ಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ನೀಡುತ್ತದೆ, ಕಾರ್ಯದ ಉತ್ಪನ್ನಗಳನ್ನು ಫೈಲ್‌ಗಳಾಗಿ ಉಳಿಸುತ್ತದೆ. Claude Code ನೇರವಾಗಿ ಬಳಕೆದಾರರ ಸ್ಥಳೀಯ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಓದುತ್ತದೆ ಮತ್ತು ಬರೆಯುತ್ತದೆ, ಮತ್ತು CLAUDE.md ಫೈಲ್‌ನಲ್ಲಿ ಎಲ್ಲಾ ಸೂಚನೆಗಳು ಮತ್ತು ಸನ್ನಿವೇಶಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. OpenClaw ನಂತಹ ಓಪನ್ ಸೋರ್ಸ್ ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳು ಕಾರ್ಯ ವಿಭಜನೆ ಮತ್ತು ಮಧ್ಯಂತರ ಸ್ಥಿತಿಗಳನ್ನು ಡೈರೆಕ್ಟರಿ ರಚನೆಯಲ್ಲಿ ಆಯೋಜಿಸುತ್ತವೆ.\n\nಅರ್ಧ ಶತಮಾನದ ಅಂತರದಲ್ಲಿರುವ ಇಂಜಿನಿಯರ್‌ಗಳು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ತಾಂತ್ರಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸಿದಾಗ, ಸ್ವತಂತ್ರವಾಗಿ ಒಂದೇ ಪರಿಹಾರಕ್ಕೆ ಒಮ್ಮುಖವಾಗುತ್ತಾರೆ - ಇದು ಕಾಕತಾಳೀಯವಲ್ಲ, ಇದು ವಿನ್ಯಾಸ ತತ್ವಶಾಸ್ತ್ರದ ಪ್ರತಿಧ್ವನಿ.\n\n## ಯುನಿಕ್ಸ್‌ನ ಆ ನಿರ್ಧಾರ\n\nಇದರ ತೂಕವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಯುನಿಕ್ಸ್ ಏನು ಮಾಡಿದೆ ಎಂಬುದನ್ನು ಮೊದಲು ನೋಡಬೇಕು.\n\nಯುನಿಕ್ಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ವಿನ್ಯಾಸವನ್ನು ಕಂಪ್ಯೂಟರ್ ವಿಜ್ಞಾನದ ಇತಿಹಾಸದಲ್ಲಿ ಅತ್ಯಂತ ಸೊಗಸಾದ ವಿನ್ಯಾಸಗಳಲ್ಲಿ ಒಂದೆಂದು ಪರಿಗಣಿಸಲಾಗಿದೆ. ಇದು ಅತ್ಯಂತ ಸಂಕೀರ್ಣ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಿದೆ: ವಿಭಿನ್ನ ಹಾರ್ಡ್‌ವೇರ್ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ಡೇಟಾ ಸಂಪನ್ಮೂಲಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಏಕರೂಪದ, ಸರಳ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೇಗೆ ಬಳಸುವುದು.\n\n1970 ರ ದಶಕದ ಮೊದಲು, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಈ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿತ್ತು: ನೀವು ಡಿಸ್ಕ್ ಅನ್ನು ಓದಲು ಬಯಸಿದರೆ, ಡಿಸ್ಕ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿಸಿ; ನೀವು ಟೇಪ್ ಅನ್ನು ಓದಲು ಬಯಸಿದರೆ, ಟೇಪ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿಸಿ; ನೀವು ಟರ್ಮಿನಲ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಬಯಸಿದರೆ, ಟರ್ಮಿನಲ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿಸಿ. ಪ್ರತಿಯೊಂದು ಸಾಧನವು ತನ್ನದೇ ಆದ API ಅನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದು API ತನ್ನದೇ ಆದ ಅರ್ಥವನ್ನು ಹೊಂದಿದೆ. ನೀವು N ರೀತಿಯ ಸಾಧನಗಳು ಮತ್ತು M ರೀತಿಯ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಸಿಸ್ಟಮ್ ಸಂಕೀರ್ಣತೆ N × M ಆಗಿರುತ್ತದೆ.\n\nಥಾಂಪ್ಸನ್ ಮತ್ತು ರಿಚಿ ಸರಳ ಮತ್ತು ಮೂರ್ಖತನದ ಕೆಲಸವನ್ನು ಮಾಡಿದರು:\n\nಎಲ್ಲವನ್ನೂ ಫೈಲ್‌ಗಳಾಗಿ ಪರಿವರ್ತಿಸಿ. ಎಲ್ಲವನ್ನೂ ನಿರ್ವಹಿಸಲು open, read, write, close ಎಂಬ ನಾಲ್ಕು ಕ್ರಿಯಾಪದಗಳನ್ನು ಬಳಸಿ.\n\nಇದರ ಮೂಲ ಅರ್ಥವೆಂದರೆ: ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳು - ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳು, ಡೈರೆಕ್ಟರಿಗಳು, ಹಾರ್ಡ್ ಡ್ರೈವ್‌ಗಳು, ಮೋಡೆಮ್‌ಗಳು, ಕೀಬೋರ್ಡ್‌ಗಳು, ಪ್ರಿಂಟರ್‌ಗಳು, ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಸಂಪರ್ಕಗಳು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯ ಮಾಹಿತಿಯನ್ನು ಸಹ - ಫೈಲ್ ಸ್ಟ್ರೀಮ್ (Stream of Bytes) ಆಗಿ ಅಮೂರ್ತಗೊಳಿಸಬಹುದು.\n\nಇದರರ್ಥ, ನೀವು ಕೇವಲ ಒಂದು API ಅನ್ನು ಕಲಿಯಬೇಕು - open(), read(), write(), close() - ಮತ್ತು ನೀವು ಕಂಪ್ಯೂಟರ್‌ನ ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದು.\n\nಇಂದಿನಿಂದ, ಸಂಕೀರ್ಣತೆ N × M ನಿಂದ 4 × 1 ಕ್ಕೆ ಕುಸಿಯುತ್ತದೆ. ನಾಲ್ಕು ಕ್ರಿಯಾಪದಗಳು, ಒಂದು ಅಮೂರ್ತ ಪದರ.\n\nಇದರ ಪ್ರತಿಭೆ - ಶಾಶ್ವತ ಸ್ಮರಣೆ **: LLM ನ ಸಂದರ್ಭ ವಿಂಡೋವು ಬಾಷ್ಪಶೀಲವಾಗಿರುತ್ತದೆ ಮತ್ತು ಚಿಂತನೆಯ ಸರಪಳಿಯು ಅಧಿವೇಶನದೊಂದಿಗೆ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ. ಪ್ರಕ್ರಿಯೆಯು ನಿರ್ಗಮಿಸಿದ ನಂತರ ಮೆಮೊರಿಯನ್ನು ಮರುಬಳಕೆ ಮಾಡಿದಂತೆಯೇ - ಮಧ್ಯಂತರ ಸ್ಥಿತಿಯನ್ನು ಉಳಿಸಲು ನಿಮಗೆ ಸ್ಥಳ ಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಪ್ರತಿ ಸಂಭಾಷಣೆಯು ಮೊದಲಿನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.

• ಕ್ರಮೇಣ ಸಂದರ್ಭ: ಸಂಕೀರ್ಣ ಕಾರ್ಯಗಳನ್ನು ಒಂದೇ ಬಾರಿಗೆ ಪೂರ್ಣಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಏಜೆಂಟ್ ಬಹು ಸುತ್ತಿನ ತಾರ್ಕಿಕ ಕ್ರಿಯೆಯಲ್ಲಿ ಕ್ರಮೇಣ ಸಂದರ್ಭವನ್ನು ಸಂಗ್ರಹಿಸಬೇಕಾಗುತ್ತದೆ, ಯುನಿಕ್ಸ್ ಪ್ರಕ್ರಿಯೆಯು ಫೈಲ್‌ಗಳನ್ನು ಓದುವ ಮತ್ತು ಬರೆಯುವ ಮೂಲಕ ಬಹು ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಗಳ ನಡುವೆ ಸ್ಥಿತಿಯನ್ನು ರವಾನಿಸುವಂತೆಯೇ. ಫೈಲ್ ಸಿಸ್ಟಮ್ ಸ್ವಾಭಾವಿಕವಾಗಿ ಈ ರೀತಿಯ "ಸ್ವಲ್ಪ ಬರೆಯಿರಿ, ಸ್ವಲ್ಪ ಓದಿ, ನಂತರ ಸ್ವಲ್ಪ ಬರೆಯಿರಿ" ಕ್ರಮೇಣ ಕೆಲಸದ ಮೋಡ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ.
• ಉಪಕರಣಗಳು ಮತ್ತು ಕೌಶಲ್ಯಗಳ ಏಕೀಕೃತ ವೇಳಾಪಟ್ಟಿ: ಏಜೆಂಟ್ ಹುಡುಕಾಟ, ಕೋಡ್ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ, ಚಿತ್ರ ಉತ್ಪಾದನೆ ಮತ್ತು ಇತರ ವೈವಿಧ್ಯಮಯ ಸಾಧನಗಳನ್ನು (ಉಪಕರಣಗಳು/ಕೌಶಲ್ಯಗಳು) ಕರೆಯಬೇಕಾಗುತ್ತದೆ, ಯುನಿಕ್ಸ್ ಡಿಸ್ಕ್, ನೆಟ್‌ವರ್ಕ್, ಪ್ರಿಂಟರ್‌ಗಳು ಮತ್ತು ಇತರ ವೈವಿಧ್ಯಮಯ ಸಾಧನಗಳನ್ನು ನಿರ್ವಹಿಸುವಂತೆಯೇ. ನಿಮಗೆ ಏಕೀಕೃತ ಅಮೂರ್ತತೆಯ ಪದರ ಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ನೀವು ಪ್ರತಿ ಹೊಸ ಉಪಕರಣವನ್ನು ಸಂಪರ್ಕಿಸಲು ಹೊಸ ಏಕೀಕರಣ ತರ್ಕವನ್ನು ಬರೆಯಬೇಕಾಗುತ್ತದೆ.
• ಕಂಪ್ಯೂಟರ್ ಬಳಕೆಯ ಅನುಮತಿ ಗಡಿ: ಏಜೆಂಟ್ ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ನಿರ್ವಹಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವಾಗ, "ಅದು ಏನು ಮುಟ್ಟಬಹುದು ಮತ್ತು ಏನು ಮುಟ್ಟಬಾರದು" ಎಂಬುದು ನಿರ್ಣಾಯಕವಾಗುತ್ತದೆ. ಯುನಿಕ್ಸ್‌ನ ಫೈಲ್ ಅನುಮತಿ ವ್ಯವಸ್ಥೆ (rwx) ಸಿದ್ಧ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಮಾದರಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ - ಡೈರೆಕ್ಟರಿಯು ಗಡಿಯಾಗಿದೆ ಮತ್ತು ಅನುಮತಿಗಳು ಒಪ್ಪಂದವಾಗಿದೆ.

ನಾಲ್ಕು ಅವಶ್ಯಕತೆಗಳು. ಪರಿಚಿತವಾಗಿ ಧ್ವನಿಸುತ್ತದೆಯೇ?

ಇದು 1970 ರ ದಶಕದಲ್ಲಿ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಎದುರಿಸಿದ ಸಮಸ್ಯೆಯಾಗಿದೆ.

ಶಾಶ್ವತ ಸ್ಮರಣೆ - ಫೈಲ್ ಸಿಸ್ಟಮ್ ಸ್ವಾಭಾವಿಕವಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ, ಬರೆಯುವುದು ಎಂದರೆ ಶಾಶ್ವತ. ಕ್ರಮೇಣ ಸಂದರ್ಭ - ಡೈರೆಕ್ಟರಿ ರಚನೆಯು ಹೆಚ್ಚುತ್ತಿರುವಂತೆ ನಿರ್ಮಿಸಲ್ಪಟ್ಟಿದೆ, mkdir, touch, append, ಸಂದರ್ಭವು ಫೈಲ್‌ನೊಂದಿಗೆ ಬೆಳೆಯುತ್ತದೆ. ಉಪಕರಣಗಳ ಏಕೀಕೃತ ವೇಳಾಪಟ್ಟಿ - ಯುನಿಕ್ಸ್ ಪೈಪ್‌ಲೈನ್‌ನ ಸಾರ: ಒಂದು ಪ್ರಕ್ರಿಯೆಯ stdout ಮತ್ತೊಂದು ಪ್ರಕ್ರಿಯೆಯ stdin ಆಗಿದೆ, ಮಧ್ಯಂತರ ಮಾಧ್ಯಮವು ಬೈಟ್ ಸ್ಟ್ರೀಮ್ ಆಗಿದೆ. ಏಜೆಂಟ್‌ನ ಉಪಕರಣ ಸರಪಳಿಯೂ ಸಹ: ಹಿಂದಿನ ಹಂತದ ಔಟ್‌ಪುಟ್ ಫೈಲ್ ಮುಂದಿನ ಹಂತದ ಇನ್‌ಪುಟ್ ಆಗಿದೆ. ಅನುಮತಿ ಗಡಿ - ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ rwx ಅನುಮತಿಗಳು, chroot ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್, ಸ್ವಾಭಾವಿಕವಾಗಿ ಏಜೆಂಟ್‌ಗೆ "ಸಾಮರ್ಥ್ಯದ ವಲಯ" ವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ.

ಆದ್ದರಿಂದ ಏಜೆಂಟ್ ಫ್ರೇಮ್‌ವರ್ಕ್‌ನ ವಿನ್ಯಾಸಕರು "ಏಜೆಂಟ್‌ನ ಕೆಲಸದ ಸ್ಥಿತಿಯನ್ನು ಎಲ್ಲಿ ಇಡಬೇಕು" ಎಂಬ ಪ್ರಶ್ನೆಯನ್ನು ಎದುರಿಸಿದಾಗ, ಉತ್ತರವು ಬಹುತೇಕ ಪೂರ್ವನಿರ್ಧರಿತವಾಗಿದೆ: ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಇರಿಸಿ. ಏಕೆಂದರೆ ಈ ನಾಲ್ಕು ನಿರ್ಬಂಧಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಪೂರೈಸಲು ಯಾವುದೇ ಸುಲಭವಾದ ಪರಿಹಾರವಿಲ್ಲ.

ಸಿಸ್ಟಮ್ "ಬೃಹತ್ ಪ್ರಮಾಣದ ವೈವಿಧ್ಯಮಯ ಸಂಪನ್ಮೂಲಗಳ ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ನಿರ್ವಹಿಸಬೇಕಾದಾಗ", ನಿಮಗೆ ಎರಡು ಮಾರ್ಗಗಳಿವೆ:

ಮಾರ್ಗ A: ಪ್ರತಿ ಸಂಪನ್ಮೂಲಕ್ಕಾಗಿ ಮೀಸಲಾದ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಿ. N ವಿಧದ ಸಂಪನ್ಮೂಲಗಳು × M ವಿಧದ ಕಾರ್ಯಾಚರಣೆಗಳು = NM ವಿಧದ ಇಂಟರ್ಫೇಸ್‌ಗಳು. ನಿಖರ ಆದರೆ ಸ್ಫೋಟಕ.

ಮಾರ್ಗ B: ಎಲ್ಲಾ ಸಂಪನ್ಮೂಲಗಳು ಒಂದೇ ರೀತಿಯ ಬಟ್ಟೆಗಳನ್ನು ಧರಿಸುವಂತೆ ಮಾಡಲು ಸಾಕಷ್ಟು ತೆಳುವಾದ ಅಮೂರ್ತತೆಯ ಪದರವನ್ನು ಹುಡುಕಿ. 4 ವಿಧದ ಕಾರ್ಯಾಚರಣೆಗಳು × 1 ಪದರದ ಅಮೂರ್ತತೆ. ಒರಟು ಆದರೆ ಸಂಯೋಜಿಸಬಲ್ಲದು.

ಯುನಿಕ್ಸ್ B ಅನ್ನು ಆರಿಸಿತು. ಐವತ್ತು ವರ್ಷಗಳ ನಂತರ, ಏಜೆಂಟ್ ಫ್ರೇಮ್‌ವರ್ಕ್ ಮತ್ತೆ B ಅನ್ನು ಆರಿಸಿತು.

ಆಳವಾದ ಪದರ: ಫೈಲ್ ಚಿಂತನೆಯ ಬಾಹ್ಯೀಕರಣವಾಗಿದೆ

ಆದರೆ ನಾವು "ತಾಂತ್ರಿಕ ಪರಿಹಾರದ ಒಮ್ಮುಖ" ದಲ್ಲಿ ಮಾತ್ರ ನಿಲ್ಲಿಸಿದರೆ, ನಾವು ಹೆಚ್ಚು ಮೂಲಭೂತವಾದದ್ದನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೇವೆ.

ಮಾನವರು ಸಂಕೀರ್ಣ ಕಾರ್ಯಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ.

ನೀವು ದೊಡ್ಡ ಯೋಜನೆಯನ್ನು ಪಡೆದಾಗ, ನೀವು ಮೊದಲು ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲ, ಆದರೆ: ಫೋಲ್ಡರ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಿ. ಪ್ರಾಜೆಕ್ಟ್ ರೂಟ್ ಡೈರೆಕ್ಟರಿ, ಉಪ-ಕಾರ್ಯ ಡೈರೆಕ್ಟರಿ, ಉಲ್ಲೇಖ ಸಾಮಗ್ರಿಗಳ ಡೈರೆಕ್ಟರಿ, ಔಟ್‌ಪುಟ್ ಡೈರೆಕ್ಟರಿ. ನೀವು ಗೊಂದಲಮಯ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸಬಹುದಾದ ಘಟಕಗಳಾಗಿ ವಿಭಜಿಸಲು ಡೈರೆಕ್ಟರಿ ರಚನೆಯನ್ನು ಬಳಸುತ್ತೀರಿ. ನೀವು ಪ್ರತಿ ಘಟಕಕ್ಕೆ ಹೆಸರಿಸಲು ಫೈಲ್ ಹೆಸರನ್ನು ಬಳಸುತ್ತೀರಿ. ನೀವು ಚಿಂತನೆಯ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಮಧ್ಯಂತರ ಉತ್ಪನ್ನಗಳನ್ನು ದಾಖಲಿಸಲು ಫೈಲ್ ವಿಷಯವನ್ನು ಬಳಸುತ್ತೀರಿ.

ಫೈಲ್ ಸಿಸ್ಟಮ್ ಕೇವಲ ಶೇಖರಣಾ ಪರಿಹಾರವಲ್ಲ. ಇದು ಮಾನವರು ಚಿಂತನೆಯನ್ನು ಬಾಹ್ಯಗೊಳಿಸಲು ಬಳಸುವ ಮೂಲ ಸಾಧನವಾಗಿದೆ.

ಏಜೆಂಟ್ ಫ್ರೇಮ್‌ವರ್ಕ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ಒಮ್ಮುಖವಾಗಲು ಈ ಒಳನೋಟವು ವಿವರಿಸುತ್ತದೆ: LLM ನ "ಚಿಂತನೆ" ಯನ್ನು ಬಾಹ್ಯಗೊಳಿಸಬೇಕಾಗಿದೆ - ಅದರ ಸಂದರ್ಭ ವಿಂಡೋ ಸೀಮಿತವಾಗಿದೆ ಮತ್ತು ದೀರ್ಘ-ಶ್ರೇಣಿಯ ತಾರ್ಕಿಕ ಕ್ರಿಯೆಯು ಬಾಹ್ಯ ಸ್ಮರಣೆಯನ್ನು ಅವಲಂಬಿಸಿರಬೇಕು. ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಮಾನವರು ಕಂಡುಹಿಡಿದ ಅತ್ಯಂತ ಸಾರ್ವತ್ರಿಕ "ಬಾಹ್ಯ ಸ್ಮರಣೆ" ಸ್ವರೂಪವಾಗಿದೆ.

ಈ ದೃಷ್ಟಿಕೋನದಿಂದ, ಕ್ಲೌಡ್ ಕೋಡ್‌ನ CLAUDE.md ಒಂದು ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅಲ್ಲ. ಇದು ಬಾಹ್ಯೀಕರಿಸಿದ ಅರಿವಿನ ಒಪ್ಪಂದವಾಗಿದೆ - ಮಾನವರು ಉದ್ದೇಶವನ್ನು ಫೈಲ್ ಆಗಿ ಬರೆಯುತ್ತಾರೆ ಮತ್ತು ಏಜೆಂಟ್ ಫೈಲ್ ಅನ್ನು ಉದ್ದೇಶವಾಗಿ ಓದುತ್ತದೆ. ಫೈಲ್ ಮಾನವ ಮನಸ್ಸು ಮತ್ತು ಕೃತಕ ಬುದ್ಧಿಮತ್ತೆಯ ನಡುವಿನ ಇಂಟರ್ಫೇಸ್ ಪದರವಾಗುತ್ತದೆ.

ಇದು ಯುನಿಕ್ಸ್ ಪೈಪ್‌ಲೈನ್‌ನ ತತ್ವಶಾಸ್ತ್ರದೊಂದಿಗೆ ಅದ್ಭುತವಾಗಿ ಸ್ಥಿರವಾಗಿದೆ:

ಪಠ್ಯ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಅದು ಸಾರ್ವತ್ರಿಕ ಇಂಟರ್ಫೇಸ್ ಆಗಿದೆ.ಏಜೆಂಟ್‌ಗಳನ್ನು "programs"ಗಳಾಗಿ ಮತ್ತು "text streams"ಗಳನ್ನು "files"ಗಳಾಗಿ ಬದಲಾಯಿಸಿ, ಈ ಹೇಳಿಕೆ 2026 ರಲ್ಲಿಯೂ ನಿಜವಾಗಿರುತ್ತದೆ.

ಮೊದಲ ತತ್ವಗಳಿಗೆ ಹಿಂತಿರುಗಿ

ಶ್ರೇಷ್ಠ ಅಮೂರ್ತತೆಗಳು ಹಳೆಯದಾಗುವುದಿಲ್ಲ, ಅವು ಹೊಸ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಹೊಸ ಉದಾಹರಣೆಗಳನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತವೆ.

"ಏಕರೂಪದ ಇಂಟರ್ಫೇಸ್ ಸಂಕೀರ್ಣತೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ" ಎಂಬುದು ಯುನಿಕ್ಸ್‌ನ ಆವಿಷ್ಕಾರವಲ್ಲ, ಇದು ಸಿಸ್ಟಮ್ ವಿನ್ಯಾಸದ ಶಾಶ್ವತ ನಿಯಮವಾಗಿದೆ. ಯುನಿಕ್ಸ್ ಅದನ್ನು "ಫೈಲ್" ಎಂಬ ಹೆಸರಿನೊಂದಿಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಿತು. AI Agent ಅದನ್ನು "ಕೆಲಸದ ಡೈರೆಕ್ಟರಿ" ರೂಪದಲ್ಲಿ ಮತ್ತೊಮ್ಮೆ ಕಾರ್ಯಗತಗೊಳಿಸಿತು.

ಮುಂದಿನ ಪೀಳಿಗೆಯ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತೆ ಅದೇ ಆಯ್ಕೆಯನ್ನು ಎದುರಿಸುತ್ತವೆ: ಪ್ರತಿಯೊಂದು ವಿಷಯಕ್ಕೂ ಮೀಸಲಾದ ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವುದೋ ಅಥವಾ ತೆಳುವಾದ, ಸಾರ್ವತ್ರಿಕ, ಸಂಯೋಜಿಸಬಹುದಾದ ಅಮೂರ್ತತೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದೋ?

ಇತಿಹಾಸವು ಏನನ್ನಾದರೂ ಕಲಿಸಿದರೆ, ಉತ್ತರವು ಈಗಾಗಲೇ /dev/null ನ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಲ್ಪಟ್ಟಿದೆ:

Keep it simple. Make it compose. Everything is a file. (ಇದನ್ನು ಸರಳವಾಗಿಡಿ. ಅದನ್ನು ಸಂಯೋಜಿಸುವಂತೆ ಮಾಡಿ. ಎಲ್ಲವೂ ಒಂದು ಫೈಲ್.)