मी AI सहाय्यक बनवणं थांबवलं. माझ्या आयुष्यासाठी कार्यप्रणाली बनवायला सुरुवात केली.

टीप: Mora OS हा माझ्या स्वतःच्या संगणकीय साधनांवर Codex Pro च्या साहाय्याने उभारलेला वैयक्तिक प्रकल्प आहे. हा लेख AI च्या मदतीने लिहिला असला, तरी त्यावर मी स्वतः अनेक फेऱ्यांत प्रश्न विचारले, संपादन व पुनर्लेखन केलं आणि बारकाईने सुधारणा केल्या आहेत. 🙂

मी San Francisco Bay Area मध्ये राहतो. इथे भविष्य जवळच्या एखाद्या कॉफीगृहात बसून कोणी तरी जोडत आहे, अशी भावना टाळणं जवळजवळ अशक्य आहे.

गेल्या काही वर्षांत हे भविष्य प्रामुख्याने एका संवादपेटीच्या (AI chat) रूपात आपल्यापर्यंत आलं.

मला संवाद (chat) साधायला आवडतो. मी ही सोय सतत वापरतो. पण AI ला माझ्या आयुष्यात खरोखर उपयोगी बनवण्याचा जितका प्रयत्न केला, तितकी त्याची एक मूलभूत उणीव स्पष्ट होत गेली:

संवादपेटी (AI chat) माझ्याकडूनच सगळं संयोजन करून घेत होती.

काय विचारायचं हे मला आठवावं लागायचं. योग्य संदर्भ शोधावा लागायचा. संदेश, तारखा, फाइल्स आणि आधीचे निर्णय सूचनेत चिकटवावे लागायचे. उत्तर मिळाल्यावर ते पुन्हा जिथे काम चालत होतं तिथे न्यायचं. आणि आठवडाभराने संपूर्ण गोष्ट पुन्हा समजावून सांगायची.

हा सहाय्यक नाही. हा अफाट हुशार पण विसरभोळा सल्लागार आहे—आणि त्याचा प्रकल्प व्यवस्थापक अजूनही मीच आहे.

म्हणून मी वेगळं काहीतरी बनवायला सुरुवात केली.

मी त्याला Mora OS म्हटलं: खाजगी, स्थानिकतेला प्राधान्य देणारी आणि सहज स्थलांतरित करता येणारी कर्ता AI कार्यप्रणाली (operating system). मी आधीपासून वापरत असलेल्या प्रणालींमधील (systems) संकेत समजून घेणं, टिकाऊ स्मृती (memory) राखणं, माझं लक्ष कुठे हवं हे ठरवणं, कृती सुचवणं आणि Mac व iPhone साठी खास घडवलेल्या अनुभवांतून त्या कृतींवर माझं नियंत्रण ठेवणं—हा त्याचा उद्देश.

ही लोकार्पणाची घोषणा नाही. स्वतःची पाठ थोपटून घेणारी यशोगाथा तर अजिबात नाही. ही गोष्ट आहे शून्यापासून प्रणाली उभी करण्याची, महत्त्वाच्या गोष्टी चुकवण्याची, हे क्षेत्र काय शिकत आहे याचा अभ्यास करण्याची आणि हळूहळू एक सत्य शोधण्याची:

कार्यप्रणाली ही उपमा केवळ बाजारपेठीय भाषा नव्हती.

तीच रचना (architecture) होती.

जेव्हा संवादपेटी (AI chat) अपुरी वाटू लागली

माझी पहिली प्रतिक्रिया अगदी अपेक्षित होती: कर्त्याला आणखी साधनं जोडा.

ईमेल. दिनदर्शिका. संदेश. फाइल्स. स्मृतीसाठा. नंतर आरोग्यविषयक निर्याती आणि दूरध्वनीवरील साथीदार App. प्रतिमानाला (model) सगळीकडे पोहोचता आलं, तर ते नक्कीच अधिक उपयोगी बनेल, असं वाटलं.

तो अधिक सक्षम झाला.

पण तो आपोआप अधिक विश्वासार्ह झाला नाही.

अधिक जोडण्यांमुळे नवे प्रश्न उभे राहिले:

• कोणते स्रोत खरोखर अद्ययावत होते?
• संदेश मला पाठवला होता, मी पाठवला होता, की समूहात फक्त दिसत होता?
• मी ही गोष्ट आधीच हाताळली होती का?
• ही उपयुक्त पार्श्वभूमीतील माहिती होती की माझी वैयक्तिक जबाबदारी?
• प्रतिमान पुरावा (evidence) पाहत होतं, जुनी स्मृती पाहत होतं, की दोन्हींचं आत्मविश्वासपूर्ण मिश्रण?
• प्रणालीने एखादी कृती सुचवली, तर तिला परवानगी कोणी दिली?
• मी एखादी गोष्ट बाजूला काढली, तर प्रणाली त्यातून शिकेल की उद्या पुन्हा तीच गोष्ट दाखवेल?
• जोडणीसाधन शांतपणे बंद पडलं, तर बाकीची प्रणाली काहीच घडलं नाही असं भासवेल का?

प्रश्न आता “आणखी चांगली सूचना कशी लिहू?” हा राहिला नव्हता.

प्रश्न होता: “प्रतिमानाने माझ्या आयुष्यात सुरक्षितपणे भाग घ्यायचा असेल, तर त्याच्या भोवती कोणत्या सेवा असल्या पाहिजेत?”

याच प्रश्नाने सहाय्यकाचं OS मध्ये रूपांतर केलं.

रचना चुका करून घडली

मी फलकावर संपूर्ण प्रणाली अचूक रेखाटली आणि मग ती तशीच कार्यान्वित केली, असं अजिबात झालं नाही. प्रत्येक शॉर्टकट वेगळ्या पद्धतीने अपयशी ठरला आणि त्यातून रचना आकार घेत गेली.

आजच्या आराखड्यात सहा मुख्य जबाबदाऱ्या आहेत.

1. वास्तव समजून घ्या; पण ते वर्तमान आहे असं भासवू नका

Mora OS स्थानिक आणि जोडलेल्या स्रोतांमधून मर्यादित जुळवणसाधनांद्वारे माहिती घेतं. शक्य तिथे स्पष्ट प्रकार ठरवलेल्या आज्ञावली-माध्यमांना प्राधान्य आहे.

प्रत्येक निरीक्षणासोबत उगमसाखळी (provenance) असणं आवश्यक आहे:

• ते कुठून आलं;
• स्रोताने ते केव्हा तयार केलं;
• प्रणालीने ते केव्हा पाहिलं;
• त्याच्या अद्ययावतपणाची (freshness) कालमर्यादा किती आहे;
• माहिती आणण्याची प्रक्रिया पूर्ण, अंशतः, सदोष, अनधिकृत किंवा अनुपलब्ध होती का.

“जोडलेलं” म्हणजे “समक्रमित” नाही.

“ओळख पटलेली” म्हणजे “अद्ययावत” नाही.

“काही निष्पन्न झालं नाही” म्हणजे “काहीच घडलं नाही” नाही.

एखादा सुंदर दर्शकफलक जुनी माहिती पूर्ण आत्मविश्वासाने संक्षिप्त करेपर्यंत हे सगळं उघड वाटतं.

म्हणून Mora OS मधील सर्वात महत्त्वाच्या रचनात्मक निर्णयांपैकी एक अजिबात झगमगीत नाही: अनिश्चितता ही स्वतंत्र आणि पूर्ण मान्यता असलेली अवस्था आहे. प्रणालीला “मला माहीत नाही” म्हणण्याची मुभा आहे.

2. प्रतिमानाच्या बाहेर स्थलांतरक्षम मेंदू ठेवा

स्मृतीप्रणाली—Mora—स्थानिक पातळीवर राहते आणि कोणत्याही एका प्रतिमान किंवा कर्ता-कार्यकालापासून स्वतंत्रपणे स्थलांतरित करता येते.

पहिल्या नजरेत वाटतं त्यापेक्षा हे फार महत्त्वाचं आहे.

प्रतिमानं बदलतात. संदर्भमर्यादा बदलतात. कर्ता-चौकटी बदलतात. किंमती बदलतात. तर्कयंत्र बदललं म्हणून एखाद्या व्यक्तीचा इतिहास गायब होता कामा नये.

संशोधनातही हीच कल्पना वेगवेगळ्या दिशांनी पुढे येताना दिसते. MemGPT ने मोठ्या संदर्भाचं व्यवस्थापन कार्यप्रणालीतील आभासी स्मृतीप्रमाणे मांडलं. Generative Agents ने निरीक्षण, चिंतन, पुनर्प्राप्ती (retrieval) आणि नियोजन एकत्र केलं. Anthropic ने संदर्भ-अभियांत्रिकी विषयी लिहिताना संदर्भ हा मर्यादित स्रोत आहे आणि तो जाणीवपूर्वक निवडला पाहिजे, असं स्पष्ट केलं.

माझं व्यावहारिक उत्तर म्हणजे माहितीची बादली नव्हे, तर ग्रंथपाल.

प्रत्येक कच्चं निरीक्षण कायमचं सत्य म्हणून जतन होत नाही. उपयोगी निष्पत्ती उगमसाखळीसह संक्षिप्त, टिकाऊ स्मृती बनतात. पुनरावृत्ती संक्षिप्त केली जाते. जुन्या मजकुराचा आढावा घेता येतो. संपूर्ण संग्रह सूचनेत ओतण्याऐवजी पुनर्प्राप्ती चालू कामापुरती मर्यादित राहते.

ध्येय “सगळं कायम लक्षात ठेवा” हे नाही.

ध्येय आहे:

जे पुढेही उपयोगी आहे ते जतन करा, ते कुठून आलं हे माहीत ठेवा, योग्य वेळी परत आणा आणि मालकाला ते दुसरीकडे नेण्याचं स्वातंत्र्य द्या.

यामुळे वैयक्तिकीकरण (personalization) एखाद्या विक्रेत्याच्या संवादइतिहासाचा दुय्यम परिणाम न राहता, स्वतःच्या मालकीची संपदा बनते.

3. माहितीजन्य बुद्धिमत्ता आणि कर्तव्य वेगळे ठेवा

सर्वात कठीण दोषांपैकी एक दिसायला निरुपद्रवी होता.

Mora OS एखाद्या समूह-संवादातील उत्साही चर्चा दैनंदिन बुद्धिसारांशात संक्षिप्त करू शकत होतं. पण पुढच्या टप्प्यावर त्याच मजकुराला माझंच एखादं काम समजलं जाऊ शकत होतं.

या चुकीने मला दोन स्वतंत्र मार्ग बांधायला शिकवलं.

माहितीजन्य बुद्धिमत्तेचा मार्ग विचारतो:

• माहिती अद्ययावत आहे का?
• ती खरोखर उपयोगी आहे का?
• ती एखाद्या सत्यापित आवडीशी, प्रकल्पाशी किंवा नात्याशी संबंधित आहे का?
• आजच्या मर्यादित लक्ष-मर्यादेतील जागा तिला द्यावी का?

वैयक्तिक कृतीच्या मार्गासाठी निकष खूपच कठोर आहेत:

• थेट विनंती आहे का?
• मालकी सत्यापित आहे का?
• जबाबदारी खरोखर माझी आहे का?
• ती आधीच हाताळली आहे का?
• पुढच्या पावलामागे कोणता पुरावा आहे?

पार्श्वभूमीतील बुद्धिमत्ता संक्षिप्त आढावा समृद्ध करू शकते. पण ती गुपचूप काम, तातडीची सूचना किंवा बाह्य कृती बनू शकत नाही.

हा प्रतिमानपूर्व प्रवेशद्वार प्रणालीतील सर्वाधिक परिणामकारक भागांपैकी एक ठरला. तर्कावर खर्च करण्यापूर्वी तो गोंगाट कमी करतो, खोट्या कर्तव्यांचा संपूर्ण वर्ग रोखतो आणि काय आत घेतलं किंवा थांबवलं याचा लेखापरीक्षणयोग्य (auditable) खुलासा देतो.

OpenAI च्या कर्ते तयार करण्याच्या व्यावहारिक मार्गदर्शकात स्तरबद्ध संरक्षक मर्यादा आणि अतिजोखमीच्या कृतींसाठी मानवी हस्तक्षेप यांवर भर आहे. कर्त्याची ओळख आणि अधिकारप्रदान यांविषयी NIST चं काम याच खोल प्रश्नाकडे निर्देश करतं: कर्त्याला बुद्धिमत्ता पुरेशी नाही. त्याला मर्यादित अधिकार (authority), ओळख, लेखापरीक्षणक्षमता आणि कृती नाकारता न येण्याची खात्री आवश्यक आहेत.

4. संदेशपेटीऐवजी लक्ष-वाटपाचा करार बनवा

स्रोत आणि प्रवेशद्वारं तयार झाल्यावर मी आणखी एक चूक केली: खूप काही दाखवलं.

सगळं एकत्र करणं म्हणजे नियंत्रणकक्ष (cockpit) उपयुक्त होणं नाही. पाच गोंगाटी प्रवाह एका प्रचंड प्रवाहात बदलले, तर आपण केवळ चिंता एका जागी केंद्रीत केली आहे.

दैनंदिन बुद्धिसारांशाला आता लक्षाची स्पष्ट मर्यादा आहे. मोजक्या दृश्य जागांसाठी नोंदी एकमेकांशी स्पर्धा करतात. काय पात्र ठरलं, काय वगळलं आणि का—प्रणाली याची नोंद ठेवते.

कर्ता-कामं पुन्हा वेगळी आहेत. ती “रंजक सूचना” नाहीत. रांगेतील कामाकडे पुढील गोष्टी हव्यात:

• मालक;
• पुरावा;
• तातडीचं कारण;
• पुढचं पाऊल;
• अवस्था;
• रांगेतून बाहेर पडण्याची अट;
• जीवनचक्र आणि पुनरावृत्ती-निर्मूलनाच्या पावत्या.

फरक सूक्ष्म आहे, पण पायाभूत:

दैनंदिन बुद्धिसारांश मला समजून घ्यायला मदत करतो. कर्ता-कामं मला निर्णय घ्यायला किंवा कृती करायला सांगतात.

दोन्हीमधून Ask Mora उघडून पुराव्यावर आधारलेलं सखोल संभाषण करता येतं. पण आता संवाद हा OS मधील पूरक भाग आहे—स्वतः OS नाही.

5. कृती आधी मसुदा, मग मान्यता अशा ठेवा

सर्वात सोपं कर्ता-प्रात्यक्षिक हेच सर्वात धोकादायकही आहे: “बघा, त्याने संदेश पाठवला.”

Mora OS उलट गृहितकापासून सुरू होतं.

वाचनक्रियांना कमी अधिकार लागतात. मसुदे मागे घेता येतात. बाह्य लेखनक्रियांचे परिणाम होतात.

म्हणून कृती स्पष्ट टप्प्यांतून पुढे जाते:

1. विश्लेषण;
2. योजना आणि परिणामाचं पूर्वदर्शन;
3. धोरणानुसार मान्यता;
4. पुनरावृत्तीनेही तोच परिणाम देणारं कार्यान्वयन;
5. कृतीनंतरच्या अवस्थेची पडताळणी;
6. लेखापरीक्षण पावती.

विश्वास निर्माण झाला तर कृतीप्रकारानुसार प्रणाली अधिक स्वायत्त होऊ शकते. पण स्वायत्तता ही व्यक्तिमत्त्वाची मांडणी नाही. ती निरीक्षित विश्वासार्हतेवर आधारलेला धोरणात्मक निर्णय आहे.

हा फरक महत्त्वाचा आहे, कारण प्रणाली-सूचनेत “काळजी घे” लिहून कर्त्याची सुरक्षितता साधत नाही. कर्त्याचं अपहरण याविषयी NIST चं काम विश्वासार्ह सूचना आणि अविश्वसनीय बाह्य माहिती एकत्र करण्याचा धोका दाखवतं. वैयक्तिक OS मध्ये ईमेल, संदेश, जालपृष्ठं आणि कागदपत्रं ही सर्व संभाव्य शत्रुत्वपूर्ण निविष्टा आहेत.

प्रतिमान प्रस्ताव देऊ शकतं. तो प्रस्ताव कशात बदलू शकतो हे केंद्रक ठरवतं.

6. प्रक्रिया नव्हे, वापरकर्त्याचा संपूर्ण प्रवास तपासा

आणि मग Mac अॅप पूर्ण कोरं झालं.

पार्श्वप्रणाली चालू होती. आरोग्य-अंत्यबिंदू यश दाखवत होता. अनुप्रयोग-प्रक्रिया अस्तित्वात होती. निर्मितीचाचण्या उत्तीर्ण झाल्या होत्या. पायाभूत व्यवस्थेच्या दृष्टीने सगळं सुरळीत होतं.

वापरकर्त्याच्या दृष्टीने उत्पादन म्हणजे पांढरा चौकोन होता.

त्या अपयशाने प्रत्यक्ष वापरासाठीच्या गुणवत्तेची सर्वात स्पष्ट व्याख्या दिली:

घटक यश सांगतात म्हणून प्रणाली सुरळीत ठरत नाही; वापरकर्त्याचा अत्यावश्यक प्रवास प्रत्यक्ष चालतो तेव्हाच ती सुरळीत असते.

या धड्यातून Mora OS Doctor तयार झाला. तो स्रोत, अद्ययावतपणा, स्थानिक स्मृती, प्रवेशद्वारं, दैनंदिन बुद्धिसारांश, कामं, Ask Mora, सूचना, लेखापरीक्षण पावत्या, Mac ची मूळ अवस्था आणि iPhone साथीदार या पूर्ण साखळीची तपासणी करतो. तो अपरिवर्तनीय तपासणी-पुरावा जतन करतो, वारंवार येणाऱ्या अडचणींतील पुनरावृत्ती काढतो, पुनर्प्राप्ती ओळखतो आणि क्षमता सिद्ध करता आली नाही तर सुरक्षितपणे नकार देतो.

आम्ही प्रत्यक्ष दिसणाऱ्या खिडकीची पुनरावृत्ती-चाचणीसुद्धा जोडली. “प्रक्रिया चालू” यापुढे “अनुप्रयोग दिसतो आहे” याचा पुरावा होऊ शकत नाही.

कंटाळवाण्या वाटणाऱ्या शिस्ती हाच खरा संरक्षक खंदक ठरल्या:

• कार्यान्वयनाआधी तपशीलवार अपेक्षालेखन;
• ओळख पटवून मूळ-प्रणालीतील वर्तन तपासणाऱ्या चाचण्या;
• प्रत्यक्ष उपकरणावरील पुनरावृत्ती-चाचणी;
• प्रत्यक्ष वापरात सापडलेला प्रत्येक दोष कायमस्वरूपी चाचणी बनवणं;
• फक्त संकलन नव्हे, बांधलेलं आणि स्थापित अॅप पडताळणं;
• बाह्य अडथळ्यांबद्दल प्रामाणिक राहणं;
• जुन्या पुराव्यावर आवृत्ती-सिद्धतेचा दावा न करणं.

Anthropic ने अनेक कर्त्यांची संशोधनप्रणाली बनवण्याच्या अनुभवात यासारखंच सत्य मांडलं: शेवटचा टप्पा बहुतेक पूर्ण प्रवास बनतो आणि लहान अपयशं कर्त्याच्या वाटचालीत फार मोठे फरक निर्माण करतात. OpenAI चं कार्यचिन्हांचं श्रेणीकरण आणि मूल्यमापन यावरील अलीकडचं कामही याच दिशेने जातं. कर्त्याची गुणवत्ता एखाद्या प्रभावी उत्तरावरून गृहित धरता येत नाही; ती पूर्ण कार्यप्रवाहात (workflow) पाहावी लागते.

मग OpenClaw सारखं काही वापरण्याऐवजी हे का बनवायचं?

हा कोण विजेता आहे हे जाहीर करणारा भाग नाही.

OpenClaw हा महत्त्वाकांक्षी सर्वसाधारण वैयक्तिक सहाय्यक मंच आहे. त्याच्या अधिकृत कागदपत्रांत अनेक माध्यमं, अनेक कर्त्यांचं मार्गनिर्देशन, सत्रं, स्मृती, कौशल्यं आणि सदैव चालू असलेलं प्रवेशद्वार यांचा समावेश आहे. हा विस्तार खरोखर उपयोगी आहे. अनेक संदेश-माध्यमं पटकन जोडायची असतील आणि मोठ्या परिसंस्थेवर प्रयोग करायचे असतील, तर त्याचा गंभीरपणे विचार करायला हवा.

Mora OS वेगळी तडजोड निवडतं.

त्याची रचना एका मालकाभोवती आहे: एक स्थलांतरक्षम स्मृतीप्रणाली, वैयक्तिक मूळ-प्रणाली नियंत्रणकक्ष, स्पष्ट पुरावा आणि मर्यादित अधिकारसीमा. हा फरक तीन ठिकाणी दिसतो.

सुरक्षितता: लहान अधिकारक्षेत्र समजून घेणं सोपं असतं

सर्वसाधारण कर्ता-मंच अनेक जोडघटक, माध्यमं, साधनं आणि कार्यान्वयनमार्ग स्वीकारू शकतो, म्हणून शक्तिशाली असतो. हाच विस्तार विश्वास ठेवावा लागणाऱ्या क्षेत्राची व्याप्ती वाढवतो.

OpenClaw ची प्रारंभप्रक्रियासुद्धा कर्ते शक्तिशाली आहेत आणि संपूर्ण-प्रणाली प्रवेश धोकादायक आहे, असा इशारा देते. त्याच्या कागदपत्रांनुसार ओळख-पडताळणी साहित्य आणि सत्र-अवस्था स्थानिक कर्ता-संचिकांत असतात. वेगाने बदलणाऱ्या, उच्चाधिकार मंचाकडून अपेक्षितच आहे तसा हा प्रकल्प सतत सुरक्षितता-दुरुस्त्या देत राहतो. CVE-2026-26972 सारखे सार्वजनिक इशारे आपल्याला आठवण करून देतात की स्थानिक कार्यान्वयन म्हणजे आपोआप कमी धोका नाही.

Mora OS मुद्दाम सीमा अरुंद ठेवतं:

• स्पष्ट प्रकार ठरवलेल्या, अनुमतसूचीतील CLI क्षमता;
• पूर्वनियोजितपणे केवळ-वाचन माहितीग्रहण;
• विलग केलेली आरोग्य-माहिती प्रक्रिया;
• स्थानिक सांकेतिक स्मृती;
• स्पष्ट अद्ययावतपणा आणि उगमसाखळी;
• रचनात्मकदृष्ट्या कृतीस अपात्र बुद्धिमत्ता;
• परिणामकारक लेखनक्रियांसाठी मान्यता-द्वारं;
• कृतीनंतरची पडताळणी आणि केवळ भर घालता येणारं लेखापरीक्षण;
• ओळख पटलेलं जोडणीसाधन वर्तमान किंवा सुरक्षित आहे असं गृहित न धरणं.

सर्वसाधारण मंचाला अशाच नियंत्रणांनी अधिक सुरक्षित करता येईल का? नक्कीच.

फरक एवढाच की Mora OS मध्ये ही नियंत्रणं केंद्रकाचा भाग आहेत; मालकावर सोडलेलं ऐच्छिक जोडणीकाम नाही.

वैयक्तिकीकरण: स्मृती म्हणजे व्यक्तिमत्त्व-संचिकेपेक्षा खूप अधिक

सूचनेमुळे कर्त्याला माझी ओळख असल्यासारखं बोलता येईल. पण माझ्या बदलत्या जबाबदाऱ्यांची खरी स्थिती समजणं वेगळं आहे.

Mora चं वैयक्तिकीकरण टिकाऊ, उगमसाखळीशी जोडलेल्या रचनेतून येतं:

• निर्णय आणि नंतर त्यांना विरोध करणारे पुरावे;
• जबाबदाऱ्या आणि मालकी;
• व्यक्ती आणि नाती;
• हाताळलेल्या आणि न हाताळलेल्या बांधिलक्या;
• स्पष्टपणे बाजूला काढलेल्या नोंदी आणि “संबंधित नाही” असा प्रतिसाद;
• पुनरावर्ती आकृतिबंधांचं टिकाऊ स्मृतीत संक्षिप्तीकरण;
• चालू कामापुरती मर्यादित पुनर्प्राप्ती.

वरवरच्या व्यक्तिमत्त्व-आवरणापेक्षा हे बनवायला अधिक वेळ लागतो. प्रतिमान, कार्यकाल किंवा संवादमाध्यम बदलल्यावर हे गमावणंही तितकंच कठीण असतं.

खर्च: कमी तर्कप्रक्रिया, पण अधिक विचारपूर्वक

कर्ता-चौकटी स्वतः विनामूल्य आणि मुक्तस्रोत असू शकतात. पण सतत चालणारी कर्ता-आवर्तनं प्रतिमान-चिन्हं, जोडणीसाधनांचे स्रोत, साठवण आणि संचालकाचं लक्ष वापरतात.

Mora OS रचनेतून खर्च नियंत्रित करतं:

• LLM विनंतीपूर्वी निर्धारक चाळण्या;
• संश्लेषणापूर्वी पुनरावर्ती घटनांचं पुनरावृत्ती-निर्मूलन;
• मर्यादित नियोजित तपासण्या;
• पार्श्वभूमीतील बुद्धिमत्तेकडून महागड्या कृती-नियोजनाला मनाई;
• पुनर्प्राप्तीसाठी स्थानिक शोध आणि अनुक्रमणिका;
• संदिग्ध, उच्च-मूल्य कामासाठीच उच्चक्षमतेची प्रतिमानं;
• API खर्चाबरोबर लक्षाचा खर्चही खरा खर्च मानणं.

यामुळे Mora OS “विनामूल्य” होत नाही. स्थानिक यंत्रसामग्री, अभियांत्रिकीचा वेळ, देखभाल आणि अग्रगण्य अनुमानप्रक्रिया यांनाही किंमत आहे. आणि ही तत्त्वं फक्त Mora ची मक्तेदारी नाहीत; OpenClaw विविध प्रतिमान-पुरवठादार आणि स्थानिक पर्यायांना आधार देतो.

फायदा उद्दिष्ट-सुसंगतीत आहे: शक्य तितका व्यापक सर्वसाधारण कर्ता चालवण्याऐवजी, एका व्यक्तीची विश्वासार्ह अवस्था सांभाळण्यासाठी आवश्यक तेवढीच तर्कप्रक्रिया वापरणं हे Mora OS चं सुधारणा-लक्ष्य आहे.

माझी तुलना थोडक्यात:

प्राधान्य असेल तर…	व्यापक वैयक्तिक-कर्ता मंच	Mora OS
माध्यमं आणि कौशल्यं पटकन वाढवणे	योग्य पर्याय	जाणीवपूर्वक जोडले जातात
सर्वसाधारण प्रयोग	योग्य पर्याय	दुय्यम ध्येय
एका मालकाची स्थलांतरक्षम, संरचित स्मृती	मांडणीने शक्य	मूळ रचना
प्रत्येक महत्त्वाच्या नोंदीसोबत पुरावा व अद्ययावतपणा	कार्यान्वयनावर अवलंबून	अनिवार्य
बुद्धिमत्ता आणि कृतीचे स्वतंत्र मार्ग	कार्यान्वयनावर अवलंबून	केंद्रकाचं अपरिवर्तनीय तत्त्व
मर्यादित, लेखापरीक्षणयोग्य अधिकार	काळजीपूर्वक सुरक्षित करणं आवश्यक	पूर्वनियोजित भूमिका
तर्कप्रक्रियेपूर्वी खर्च-नियंत्रण	बदलता येतं	प्रवेश-तपासणीत अंतर्भूत
मूळ-प्रणाली नियंत्रणकक्ष आणि वैयक्तिक जबाबदारी-प्रतिमान	बदलतं	प्रमुख उत्पादन

कोणती प्रणाली उत्तम हे तुमचं सुधारणा-लक्ष्य काय आहे यावर ठरतं.

मी अनेक वर्षांत साठत जाणारा विश्वास केंद्रस्थानी ठेवून सुधारणा करत आहे.

“शिकणं” म्हणजे गुपचूप अस्वस्थ करणारं होणं नाही

Mora OS ने माझ्याकडून शिकावं, अशी माझी इच्छा आहे.

पण प्रत्येक टिचकी, दुरुस्ती किंवा खाजगी नोंद एखाद्या अस्पष्ट प्रतिमान-व्यक्तिचित्रात गुपचूप मिसळली जावी, असं मला अजिबात वाटत नाही.

म्हणून शिकण्याचं आवर्तन स्पष्ट आणि दुहेरी गतीचं आहे.

जलद कार्यवाहीविषयक शिक्षणात पुढील गोष्टी येतात:

• ही नोंद आत्ता बाजूला काढली;
• ही गोष्ट संबंधित नव्हती;
• हे दोन संकेत एकाच जबाबदारीशी संबंधित होते;
• हा स्रोत सध्या जुना आहे;
• हे काम पूर्ण झालं.

संथ धोरणात्मक शिक्षणासाठी अधिक ठोस पुरावा लागतो:

• वारंवार केलेले बदल संवादाची आवड दाखवतात;
• वारंवार केलेले नकार सुसंगतीचं प्रवेशद्वार सुधारतात;
• स्थिर आकृतिबंध टिकाऊ स्मृती होऊ शकतो;
• निरीक्षित विश्वासार्हता असल्याशिवाय एखाद्या विशिष्ट कृतीवर्गासाठी स्वायत्तता वाढू शकत नाही.

उपयोगी शिक्षणाने मागे पावत्या सोडायला हव्यात. महत्त्वाची स्मृती तपासता आली पाहिजे. विलोपन नियंत्रित असलं पाहिजे. खाजगी स्मृती कोणत्याही सामायिक संदर्भात उन्नत करण्यासाठी स्पष्ट मान्यता हवी.

प्रणाली अधिक वैयक्तिक व्हावी; पण कमी समजण्यासारखी होऊ नये.

आरोग्य-माहितीमुळे “अंतर्दृष्टी”चा अर्थ बदलला

आरोग्य-माहिती जोडल्यावर रचना अधिक गंभीर झाली.

वैद्यकीय कागदपत्रं आणि हालचालींचे आलेख संक्षिप्त करणं सोपं होतं. उपयोगी गोष्ट अधिक कठीण आहे: विविध स्रोतांतील दीर्घकालीन संकेत एकत्र पाहणं, त्यांच्या सीमा जपणं, कल किंवा विसंगती शोधणं आणि निदान केल्याचा आव न आणता विचार करण्यासारखा प्रश्न पुढे ठेवणं.

यासाठी विलगीकरण, अद्ययावतपणाच्या कालमर्यादा, स्रोतनिहाय ETL, वैद्यकीय वेळेनुसार क्रम, पुनरावृत्ती-निर्मूलन आणि भाषिक मर्यादा आवश्यक झाल्या. कच्च्या आरोग्य-नोंदी सर्वसाधारण वैयक्तिक-बुद्धिमत्ता मार्गापासून वेगळ्या राहतात. पद्धती आणि पुरावा-संदर्भ असलेले अत्यल्प व्युत्पन्न संकेतच ती सीमा ओलांडू शकतात.

यातून एक व्यापक धडा मिळाला:

क्षेत्र जितकं परिणामकारक, तितका सुंदर शब्दांत मांडलेला अंदाज “AI अंतर्दृष्टी” म्हणून स्वीकारणं कमी परवडतं.

प्रणालीने आजच्या प्रतिमानापेक्षा जास्त काळ टिकायला हवं

कर्ता AI क्षेत्र इतक्या वेगाने बदलतं आहे की रचना एका चौकटीभोवती गोठवणं शहाणपणाचं ठरणार नाही.

प्रतिमानं अधिक चांगले नियोजक होतील. संदर्भमर्यादा वाढतील. स्थानिक अनुमानप्रक्रिया सुधारेल. साधन-शिष्टाचार आणि कर्त्यांमधील मानकं परिपक्व होतील. नवीन वैयक्तिक माहिती-स्रोत येतील. सुरक्षितता-मार्गदर्शन अधिक ठोस बनेल. आजचे काही आकृतिबंध उद्या भोळे वाटतील.

Mora OS हे बदल स्पष्ट सांध्यांवर स्वीकारू शकेल अशी रचना आहे:

• प्रतिमानं ही तर्कयंत्रं आहेत, स्मृतीची मालक नाहीत;
• जोडणीसाधनं ही बदलता येणारी, स्पष्ट प्रकारांची जुळवणसाधनं आहेत;
• स्मृती स्थलांतरक्षम आहे;
• धोरणांना आवृत्तिक्रम आहे;
• पुराव्याचे करार स्थिर आहेत;
• कामांची टिकाऊ अवस्था कर्ता-सत्रापासून स्वतंत्र आहे;
• मूळ-प्रणाली ग्राहक प्रमाणित अवस्था वापरतात;
• मूल्यमापनं वापरकर्त्याला दिसणारं वर्तन कायमस्वरूपी तपासतात;
• Doctor च्या तपासण्या नवीन क्षमता निरीक्षणयोग्य बनवतात.

सर्वात टिकाऊ घटक प्रतिमान नाही.

प्रतिमानाने काय पाहावं, काय सुचवावं, काय करावं आणि नंतर प्रणालीने काय लक्षात ठेवावं हे ठरवणारी नियंत्रणचौकट सर्वात टिकाऊ आहे.

कोणत्याही वैयक्तिक कर्ता AI प्रणालीसाठी मी जपेन अशी तत्त्वं

Mora OS बनवून, मोडून आणि पुन्हा बांधून मला सर्वाधिक विश्वास वाटणारी तत्त्वं:

1. संवादापासून नव्हे, जबाबदारीपासून सुरुवात करा.
2. अद्ययावतपणा, उगमसाखळी आणि अनिश्चितता यांना उत्पादन-वैशिष्ट्यं माना.
3. उपयोगी बुद्धिमत्ता आणि सत्यापित वैयक्तिक कृती वेगळ्या ठेवा.
4. स्मृती स्थलांतरक्षम आणि प्रतिमानापासून स्वतंत्र ठेवा.
5. कार्यप्रणाली स्मृतीची पानं गरजेनुसार पुढे आणते तसा संदर्भ पुनर्प्राप्त करा; माहितीचं कोठार सूचनेत ओतू नका.
6. परिणामकारक कृती आधी मसुदा, मग मान्यता, पुनरावृत्तीनेही समान परिणाम देणारी आणि लेखापरीक्षित ठेवा.
7. महाग तर्कप्रक्रियेपूर्वी निर्धारक प्रवेशद्वारं वापरा.
8. लक्ष हा मर्यादित स्रोत आहे असं मानून आराखडा बनवा.
9. प्रत्येक अपयशाने नियंत्रणचौकट आणि पुनरावृत्ती-चाचणीसंच सुधारला पाहिजे.
10. सुरळीत प्रक्रियेला चालणारा वापरकर्ता-प्रवास समजू नका.
11. केंद्रक स्थिर आणि कडा बदलण्याजोग्या ठेवा.
12. प्रत्येक कृतीवर्गासाठी स्वायत्तता स्वतंत्रपणे कमवा.

Mora OS आज कुठे आहे

ही सध्याची रचना आहे—काम पूर्ण झाल्याचं आश्वासन नाही.

आज त्यात स्थानिक आणि जोडलेले स्रोत, स्थलांतरक्षम स्मृती, Mac व iPhone साठी घडवलेले अनुभव, दैनंदिन बुद्धिसारांश, नियंत्रित कर्ता-कामं, आरोग्य-बुद्धिमत्ता, धारणा-आढावा, जबाबदारी-नोंदवही, सूचना, लेखापरीक्षण आणि पुढाकार घेणारा टोकापासून टोकापर्यंतचा Doctor यांचा समावेश आहे.

तरीही अनेक खऱ्या कडा उरल्या आहेत.

जोडणीसाधनांचा अद्ययावतपणा हरवतो. कार्यप्रणालीच्या परवानग्या अपयशी ठरतात. भ्रमणध्वनी-जाळं गायब होतं. सुसंगती-द्वारं काही वेळा अति-चाळणी करतात. स्मृती गोंगाटी होऊ शकते. मूळ-प्रणाली स्वयंचलनामुळे मंचाच्या विचित्र मर्यादा उघड होतात. चाचणी उत्तीर्ण होऊ शकते आणि स्थापित अनुप्रयोग तरीही कोरा असू शकतो.

म्हणूनच आता मी याला “सहाय्यक बनवणं” म्हणत नाही.

मी एक छोटीशी वैयक्तिक कार्यप्रणाली बनवत आहे. तिने शिकत राहावं, पण स्वतःचं संविधान विसरू नये:

• माझी माहिती माझीच राहील;
• आत्मविश्वासाआधी पुरावा;
• अधिकार मर्यादित राहतील;
• कृती नियंत्रित करता येतील;
• स्मृती स्थलांतरक्षम राहील;
• अपयशं दिसतील;
• केंद्रक कमकुवत न करता नवीन क्षमता जोडता येतील.

वरील रचना बदलेल. ती बदललीच पाहिजे.

कर्ता कार्यप्रणालीने नेमकं काय असावं हे क्षेत्र अजून शोधतं आहे. आणि माझी प्रणाली मला काय बनवायची आहे, हे मीही अजून शोधतो आहे.

आपली तर फक्त सुरुवात झाली आहे. DM for early access to Mora OS