स्मरण शक्ति तंत्र (Memories और Chronicle): सत्रों के पार जानकारी याद रखना
📚 सीरीज नेविगेशन: पिछला लेख [18 config.toml कॉन्फ़िगरेशन विवरण] व्यवहार सेटिंग्स को समझाता है—मॉडल, सैंडबॉक्स, अनुमोदन सब एक ही फ़ाइल में होते हैं। यह लेख अधिक बुनियादी बात करता है: कि कैसे Codex सत्रों के पार जानकारी याद रखता है। न केवल वे नियम जिन्हें आप
AGENTS.mdमें लिखते हैं, बल्कि वे "निजी नोट्स" भी जो यह काम के दौरान स्वयं बनाता है—यदि आप इसे एक बार ठीक करते हैं, तो यह पृष्ठभूमि में उसे नोट कर लेता है और अगली बार स्टार्टअप पर याद रखता है। इसके अलावा, स्क्रीन की सामग्री का उपयोग करके याद रखने की एक प्रयोगात्मक विशेषता Chronicle पर भी बात करेंगे।
यहाँ मेरे और मेरे सहयोगी के बीच हुई एक वास्तविक बातचीत का अंश है:
सहयोगी: "क्या तुम्हारे Codex में मेमोरी चालू है? मैंने अभी इससे कहा था 'भविष्य में इस प्रोजेक्ट में pnpm का उपयोग करें', लेकिन इसने तुरंत दुबारा
npm installचला दिया?" मैं: "क्या तुमने निर्देश देने के तुरंत बाद यह उम्मीद की कि यह याद रखेगा?" सहयोगी: "हाँ, इंटरफ़ेस पर कोई एरर भी नहीं आया।" मैं: "मेमोरी तुरंत नहीं लिखी जाती, यह सत्र के निष्क्रिय (idle) होने के बाद पृष्ठभूमि में सारांश तैयार करता है—यदि निर्देश देने के तुरंत बाद इसकी परीक्षा लोगे, तो यह काम नहीं करेगा। इसके अलावा, इस प्रकार के नियम जो 'हमेशा लागू' होने चाहिए, उन्हेंAGENTS.mdमें लिखा जाना चाहिए, न कि मेमोरी पर छोड़ना चाहिए।"
इस बातचीत में शुरुआती लोगों के लिए दो आम गलतफहमियां छिपी हैं: पहला, यह सोचना कि मेमोरी तुरंत लागू होती है, और दूसरा, यह सोचना कि मेमोरी AGENTS.md का विकल्प हो सकती है। दोनों ही गलत हैं और गलतियाँ करा सकते हैं। इस लेख में हम मेमोरी सिस्टम को अच्छी तरह समझेंगे—कि यह कब लिखता है, कहाँ सहेजता है, इसे कैसे प्रबंधित किया जाता है और किन चीज़ों को इस पर नहीं छोड़ना चाहिए।
इस लेख को पढ़ने के बाद, आपको मिलेगा:
- एक सरल विवरण कि दो स्मरण शक्ति तंत्र कौन से हैं: आपके द्वारा लिखी गई
AGENTS.mdबनाम इसके द्वारा स्वयं तैयार की जाने वाली Memories (मेमोरी), और उनमें अंतर। - Memories डिफ़ॉल्ट रूप से चालू हैं या बंद, किन क्षेत्रों में उपलब्ध नहीं हैं, इन्हें कैसे चालू करें, कहाँ सहेजें, और यह तुरंत अपडेट क्यों नहीं होतीं।
/memoriesका उपयोग करके प्रत्येक सत्र को नियंत्रित करना कि "क्या वर्तमान सत्र में मेमोरी का उपयोग करना है, और क्या इस सत्र से मेमोरी तैयार करनी है", तथाconfig.tomlकी सेटिंग्स।- क्या याद रखना चाहिए और क्या नहीं, इसके लिए चेकलिस्ट और सुरक्षा नियम।
- Chronicle—स्क्रीन की सामग्री से मेमोरी तैयार करने की प्रयोगात्मक क्षमता: यह क्या कर सकती है, इसकी सीमाएँ (केवल ChatGPT Pro + macOS, EEA/UK/स्विट्जरलैंड में उपलब्ध नहीं), और गोपनीयता चेतावनियाँ।
- एक अभ्यास जिसके द्वारा आप इसे चालू कर सकते हैं और सत्यापित कर सकते हैं।
ℹ️ Claude Code के मेमोरी तंत्र से तुलना: वहाँ "ऑटो-मेमोरी" डिफ़ॉल्ट रूप से सक्षम रहती है, git रिपोजिटरी के अनुसार विभाजित होती है, और शुरू में
MEMORY.mdकी पहली 200 लाइनें या 25KB लोड करती है; Codex का तंत्र अलग है—यह डिफ़ॉल्ट रूप से बंद रहता है, क्षेत्रीय सीमाएँ होती हैं, पृष्ठभूमि में काम करता है, और इसे सहेजने तथा नियंत्रित करने के तरीके अलग हैं। नीचे हम इन अंतरों को विस्तार से समझेंगे।
01 पहले स्पष्ट करें: मेमोरी वास्तव में दो अलग सिस्टम हैं
निष्कर्ष यह है: Codex में जानकारी याद रखने के लिए दो अलग-अलग सिस्टम काम करते हैं—एक जिसे आप स्वयं लिखते हैं (AGENTS.md), और दूसरा जिसे यह स्वयं तैयार करता है (Memories)। बहुत से लोग "जानकारी याद रखने" के लिए केवल Memories के बारे में सोचते हैं, लेकिन वह केवल आधा हिस्सा है, और वह हमेशा पूरी तरह विश्वसनीय नहीं होता।
तुलना: टीम के "रणनीति बोर्ड" और "स्काउटिंग नोट्स" से। कोच मैच से पहले रणनीति बोर्ड पर स्पष्ट निर्देश लिखता है—खिलाड़ी कहाँ खड़े होंगे, किसे ब्लॉक करना है, पेनल्टी कॉर्नर कैसे लेना है, पूरी टीम को इसका पालन करना होता है। यह AGENTS.md है: आपके द्वारा लिखे गए स्पष्ट निर्देश जिन्हें हर बार पढ़ा जाता है। दूसरा हिस्सा स्काउटिंग नोट्स है जो टीम का सहायक मैच देखते हुए नोट करता है—"इस टीम का लेफ्ट-डिफेंस कमज़ोर है" या "वह स्ट्राइकर अंदर की ओर आता है"। ये निर्देश नहीं हैं, बल्कि काम के दौरान तैयार की गई जानकारी है, जिसे अगली बार उसी टीम से मैच होने पर देखा जाता है। यह Memories है। दोनों उपयोगी हैं, लेकिन एक "स्पष्ट निर्देश" है और दूसरा "अनुभव से सीखी गई बातें"।
दोनों के अंतर को इस तालिका से समझें:
| आयाम | AGENTS.md | Memories (मेमोरी) |
|---|---|---|
| लेखक | आप (मैन्युअल रूप से) | Codex (स्वचालित रूप से) |
| सामग्री | आवश्यक निर्देश और नियम जिन्हें हमेशा लागू करना है | पिछले सत्रों से प्राप्त व्यावहारिक संदर्भ |
| उदाहरण | बिल्ड/टेस्ट कमांड, कोड नियम, सीमाएँ | प्रोजेक्ट का ढांचा, कोडिंग आदतें, बार-बार आने वाले वर्कफ़्लो, बग समाधान |
| डिफ़ॉल्ट स्थिति | हमेशा सक्रिय (प्रोजेक्ट फ़ोल्डर में होने पर पढ़ा जाता है) | डिफ़ॉल्ट रूप से बंद, मैन्युअल रूप से चालू करना होगा |
| विश्वसनीयता | निश्चित—हर बार पढ़ा जाता है | संभावित—पृष्ठभूमि में तैयार होता है, हर चीज़ के सहेजने की गारंटी नहीं |
| Git में शामिल | हाँ, टीम के साथ साझा होता है | नहीं, स्थानीय मशीन पर रहता है |
मुख्य अंतर क्या है? AGENTS.md वह निर्देश है जो आप चाहते हैं कि यह हमेशा लागू करे, और Memories वह अनुभव है जो यह समय के साथ सीखता है ताकि आपको बार-बार निर्देश न देने पड़ें। आधिकारिक निर्देश बहुत स्पष्ट है:
टीम के जिन नियमों को हमेशा लागू रखना है, उन्हें
AGENTS.mdया रिपोजिटरी में शामिल फाइलों में लिखें। स्वचालित मेमोरी को एक सहायक स्थानीय संदर्भ की तरह मानें, न कि नियमों के एकमात्र स्रोत के रूप में।
सरल शब्दों में: Memories पूरक है, बुनियादी सुरक्षा नहीं। मेरे सहयोगी की समस्या इसका उदाहरण थी—"केवल pnpm का उपयोग करना" एक अनिवार्य नियम था, जिसे Memories पर छोड़ना गलत था (मेमोरी अभी तैयार नहीं हुई थी या सत्र में लोड नहीं हो पाई थी); सही तरीका इसे AGENTS.md में लिखना था, जो हर बार पढ़ा जाता है। 11 प्रोजेक्ट विवरण AGENTS.md में हमने देखा था कि इसे कैसे लिखना है, इस लेख में हम दूसरे हिस्से यानी इसके द्वारा बनाए जाने वाले नोट्स पर बात करेंगे।
इन दोनों के काम करने की प्रक्रिया को इस आरेख से समझें:
बायाँ हिस्सा आपके द्वारा लिखा जाने वाला AGENTS.md है (निश्चित मार्ग); दायाँ हिस्सा Codex द्वारा ~/.codex/memories/ में सहेजी जाने वाली Memories है (संभावित मार्ग, डिफ़ॉल्ट रूप से बंद); सबसे नीचे Chronicle है जो स्क्रीन की सामग्री (धारा 05) प्रदान करता है। ये सभी नए सत्र में लोड होकर इसे सहायता प्रदान करते हैं।
💡 संक्षेप में: Codex में दो मेमोरी सिस्टम हैं—
AGENTS.md(आपके द्वारा लिखा जाने वाला, निश्चित, हर बार लोड होने वाला, Git में शामिल) और Memories (स्वचालित, संभावित, डिफ़ॉल्ट रूप से बंद, स्थानीय मशीन पर सहेजा जाने वाला); अनिवार्य नियमों को हमेशाAGENTS.mdमें लिखें।
02 Memories: इसके द्वारा बनाए जाने वाले नोट्स (कैसे चालू करें, कहाँ सहेजें)
Memories (मेमोरी) वह नोट है जो Codex काम के दौरान स्वयं बनाता है। इसका लाभ यह है कि आपको हर नए सत्र में "मैं TypeScript का उपयोग कर रहा हूँ, सेमीकोलन नहीं लिखता, टेस्ट कमांड यह है" जैसी बातें बार-बार नहीं लिखनी पड़तीं। इसे सक्षम करने पर यह आपकी आदतों, नियमों और बग समाधानों को याद रखता है।
तुलना: पुराने सहयोगी के साथ काम करने से। नए सहायक को आपको हर चीज़ विस्तार से समझानी पड़ती है; जबकि पुराने सहयोगी के साथ काम करते समय आप इशारों में बात कर सकते हैं—क्योंकि वह आपकी आदतों को जानता है। Memories भी Codex को उसी स्तर पर लाता है: आप काम करते हैं और यह बैकग्राउंड में आपकी आदतों को सीखता है।
इसे चालू करना (डिफ़ॉल्ट रूप से बंद रहता है)
यह Claude Code से एक मुख्य अंतर है:
Memories डिफ़ॉल्ट रूप से बंद रहती हैं, और लॉन्च के समय यूरोपीय आर्थिक क्षेत्र (EEA), यूनाइटेड किंगडम (UK) और स्विट्जरलैंड में उपलब्ध नहीं हैं। इसे सेटिंग्स से या
~/.codex/config.tomlमेंmemories = trueलिखकर चालू किया जा सकता है।
चालू करने के दो तरीके:
तरीका 1: कॉन्फ़िगरेशन फ़ाइल में (~/.codex/config.toml में लिखें, हमेशा के लिए लागू):
[features]
memories = trueतरीका 2: Codex App सेटिंग्स में (ग्राफिकल इंटरफ़ेस से सक्षम करें)।
⚠️ क्षेत्रीय सीमा सुविधा स्तर पर लागू की गई है—यदि आप EEA / UK / स्विट्जरलैंड में हैं, तो वीपीएन का उपयोग करने पर भी यह सक्षम नहीं होगी।
यह कैसे लिखा जाता है: पृष्ठभूमि में, तुरंत नहीं
यह सबसे महत्वपूर्ण बात है। मेमोरी लिखने की प्रक्रिया तुरंत नहीं होती। इसके तीन मुख्य चरण हैं:
पहला, यह केवल उपयोगी सत्रों से ही जानकारी लेता है, हर बातचीत से नहीं। यह बहुत छोटी या अधूरी बातचीतों को छोड़ देता है ताकि गलत जानकारी न सहेजी जाए।
दूसरा, यह पृष्ठभूमि में और सत्र के निष्क्रिय होने पर काम करता है। यह सत्र समाप्त होने के तुरंत बाद अपडेट नहीं होता, बल्कि सत्र के पर्याप्त समय तक निष्क्रिय रहने की पुष्टि होने पर पृष्ठभूमि में सारांश तैयार करता है। इसलिए निर्देश देने के तुरंत बाद यह काम नहीं करता।
तीसरा, कोटा (Quota) सीमित होने पर यह प्रक्रिया रोक दी जाती है। यदि आपके Codex की रेट-लिमिट (rate-limit) कम बची है, तो पृष्ठभूमि में मेमोरी लिखने की प्रोसेस को टाल दिया जाता है ताकि आपका कोटा काम के लिए बचा रहे।
सुरक्षा डिज़ाइन: मेमोरी लिखते समय, Codex क्रेडेंशियल्स और एपीआई कीज़ को स्वचालित रूप से हटा देता है (redact)। लेकिन यह केवल एक सुरक्षा सहायता है, आपको स्वयं भी क्रेडेंशियल्स लिखने से बचना चाहिए।
यह कहाँ सहेजा जाता है
यह स्थानीय मशीन पर सहेजा जाता है:
फ़ाइलों का ढांचा इस प्रकार होता है (फ़ाइलों के नाम सिस्टम द्वारा तय किए जाते हैं):
~/.codex/memories/
├── (Summary File)
├── (Persisted Items File)
├── (Recent Input File)
└── (Session Evidence File)मुख्य बातें:
- यह
CODEX_HOMEनिर्देशिका में होता है। डिफ़ॉल्ट रूप से यह~/.codexहोता है; यदि आपने पर्यावरण वेरिएबल बदला है तो पथ अलग हो सकता है। मेमोरी फ़ाइलें~/.codex/memories/निर्देशिका में होती हैं। - इसे स्वचालित रूप से तैयार की जाने वाली फ़ाइलें मानें। आप समस्या निवारण के समय या साझा करने से पहले इन्हें देख सकते हैं, लेकिन इन्हें मैन्युअल रूप से संपादित करने का प्रयास न करें—मेमोरी को नियंत्रित करने के लिए स्लैश कमांड या सेटिंग्स का उपयोग करें। यह Claude Code से अलग है जहाँ आप सीधे फ़ाइलें संपादित कर सकते हैं।
दोनों सिस्टम का तुलनात्मक विवरण:
AGENTS.md | Memories | |
|---|---|---|
| डिफ़ॉल्ट स्थिति | हमेशा सक्रिय | डिफ़ॉल्ट रूप से बंद, मैन्युअल रूप से चालू |
| लिखने का समय | आपके फ़ाइल सहेजने पर तुरंत | सत्र निष्क्रिय होने पर पृष्ठभूमि में |
| स्थान | प्रोजेक्ट निर्देशिका (Git में शामिल) | ~/.codex/memories/ (स्थानीय, Git से बाहर) |
| नियंत्रण का तरीका | सीधे फ़ाइल संपादित करें | स्लैश कमांड और सेटिंग्स द्वारा |
💡 संक्षेप में: Memories Codex द्वारा बनाई जाने वाली स्थानीय टिप्पणियाँ हैं—डिफ़ॉल्ट रूप से बंद रहती हैं (इसे चालू करने के लिए
memories = trueसेट करें), और~/.codex/memories/में सहेजी जाती हैं; यह तुरंत अपडेट नहीं होतीं, बल्कि सत्र निष्क्रिय होने पर पृष्ठभूमि में लिखी जाती हैं।
03 /memories और संबंधित सेटिंग्स: मेमोरी को नियंत्रित करना
मेमोरी सक्षम करने के बाद, आप यह नियंत्रित कर सकते हैं कि क्या किसी विशिष्ट सत्र में पुरानी मेमोरी का उपयोग करना है, और क्या उस सत्र से नई मेमोरी तैयार करनी है। उदाहरण के लिए, यदि आप किसी प्रयोगात्मक कार्य पर काम कर रहे हैं, तो आप नहीं चाहेंगे कि यह उसे सीखे; या संवेदनशील काम करते समय आप पुरानी मेमोरी को लोड नहीं करना चाहेंगे। इसके लिए सत्र-स्तरीय स्लैश कमांड और ग्लोबल सेटिंग्स उपलब्ध हैं।
तुलना: वॉयस रिकॉर्डर के "प्ले" और "रिकॉर्ड" बटन से। "प्ले" तय करता है कि पुरानी रिकॉर्डिंग सुननी है या नहीं (पुरानी मेमोरी लोड करना), और "रिकॉर्ड" तय करता है कि नया रिकॉर्ड करना है या नहीं (नया सीखना)। दोनों स्वतंत्र हैं—आप केवल सुन सकते हैं (रिकॉर्ड किए बिना), या केवल रिकॉर्ड कर सकते हैं। /memories इसी प्रकार काम करता है।
सत्र स्तर पर: /memories
Codex App या CLI में /memories टाइप करें (यह केवल वर्तमान सत्र को प्रभावित करता है):
/memoriesएक मेनू खुलेगा जहाँ आप तय कर सकते हैं कि क्या वर्तमान सत्र में मेमोरी लोड करनी है, क्या इस सत्र से नई मेमोरी सीखनी है, या मेमोरी पूरी तरह बंद रखनी है। यह विकल्प केवल वर्तमान सत्र को प्रभावित करता है और ग्लोबल सेटिंग्स को नहीं बदलता।
यह बहुत व्यावहारिक है। मेरी आदत है: सामान्य प्रोजेक्ट पर काम करते समय मेमोरी चालू रखना, और प्रयोगात्मक या संवेदनशील काम करते समय /memories द्वारा इसे बंद कर देना—ताकि अनावश्यक जानकारी मेमोरी में न जाए।
ग्लोबल स्तर पर: config.toml सेटिंग्स
ग्लोबल सेटिंग्स के लिए ~/.codex/config.toml के [memories] सेक्शन में निम्नलिखित विकल्पों का उपयोग किया जा सकता है:
| विकल्प | विवरण | डिफ़ॉल्ट मान |
|---|---|---|
memories.use_memories | इसे false करने पर पुरानी मेमोरी लोड नहीं होगी | true |
memories.generate_memories | इसे false करने पर नए सत्रों से मेमोरी तैयार नहीं होगी | true |
memories.disable_on_external_context | इसे true करने पर MCP / वेब सर्च का उपयोग करने वाले सत्रों से मेमोरी नहीं बनेगी | false |
memories.min_rate_limit_remaining_percent | इस कोटा सीमा से नीचे होने पर मेमोरी तैयार नहीं होगी | 25 |
memories.extract_model | मेमोरी तैयार करने के लिए उपयोग किया जाने वाला मॉडल | डिफ़ॉल्ट मॉडल |
memories.consolidation_model | मेमोरी को व्यवस्थित करने के लिए मॉडल | डिफ़ॉल्ट मॉडल |
उदाहरण: पुरानी मेमोरी का उपयोग करना है, लेकिन नया नहीं सीखना है:
[memories]
generate_memories = false
use_memories = trueℹ️
memories.disable_on_external_contextका पुराना नामmemories.no_memories_if_mcp_or_web_searchथा, जिसे अभी भी उपयोग किया जा सकता है। 20 MCP के साथ टूल्स जोड़ना में हम देखेंगे कि बाहरी टूल्स का उपयोग करने वाले सत्रों की जानकारी हमेशा स्पष्ट नहीं होती, इसलिए सुरक्षा के लिए उन्हें मेमोरी से बाहर रखना सही रहता है।
💡 संक्षेप में: सत्र स्तर पर
/memoriesस्लैश कमांड का उपयोग करें, और ग्लोबल स्तर परconfig.tomlके[memories]सेक्शन मेंuse_memoriesऔरgenerate_memoriesविकल्पों का उपयोग करें।
04 क्या याद रखना चाहिए, और क्या नहीं (सुरक्षा सीमा)
अवधारणा को समझने के बाद, आइए व्यावहारिक उपयोग की बात करते हैं—कि कौन सी जानकारी मेमोरी में जानी चाहिए, और किसे वहाँ कभी नहीं लिखना चाहिए। अच्छी बात यह है कि Memories संवेदनशील होती हैं और अधूरी चीज़ों को छोड़ देती हैं, लेकिन आपको सुरक्षा सीमा पता होनी चाहिए।
क्या उपयोग करना है और क्या नहीं, इसकी चेकलिस्ट:
| ❌ यहाँ न लिखें (AGENTS.md / अस्थायी / संवेदनशील) | ✅ यहाँ लिख सकते हैं (स्थिर / आदतों के लिए) |
|---|---|
"प्रोजेक्ट में केवल pnpm उपयोग करें" (अनिवार्य नियम → AGENTS.md में लिखें) | कोडिंग आदतें (जैसे TypeScript + PostgreSQL + pytest का उपयोग) |
| "अभी के लिए पोर्ट 8081 उपयोग करें" (अस्थायी बदलाव) | सामान्य वर्कफ़्लो (जैसे PR से पहले लिनटर चलाना) |
| "लॉगिन पेज पर काम करना" (अस्थायी स्थिति) | प्रोजेक्ट विशिष्ट नियम (जैसे टेस्ट के लिए सर्वर स्टार्टअप आवश्यक होना) |
| डेटाबेस पासवर्ड / एपीआई कीज़ (संवेदनशील - वर्जित!) | बग समाधान (जैसे किसी विशिष्ट टाइमज़ोन बग को ठीक करना) |
तीन मुख्य नियम:
पहला, क्या इसे हमेशा लागू रखना है? यदि कोई नियम हमेशा लागू होना चाहिए, तो उसे AGENTS.md में लिखें, Memories पर न छोड़ें। Memories संभावित होती हैं और हमेशा लोड होने की गारंटी नहीं होती।
दूसरा, क्या यह स्थायी है? जो जानकारी अस्थायी है (जैसे विशिष्ट पोर्ट, अस्थायी वेरिएबल), उसे मेमोरी में न जाने दें; जो आदतें और नियम स्थायी हैं, वे ही मेमोरी के लिए उपयुक्त हैं।
तीसरा, संवेदनशील जानकारी—यह अत्यंत महत्वपूर्ण नियम है:
मेमोरी में पासवर्ड, टोकन या एपीआई कीज़ कभी न लिखें। यद्यपि Codex इन्हें हटाने का प्रयास करता है, फिर भी साझा करने या निर्यात करने से पहले फ़ाइलों की जाँच करना आवश्यक है।
मेमोरी फ़ाइलें प्लेन टेक्स्ट (markdown) में सहेजी जाती हैं। इसलिए सुरक्षा के लिए: पासवर्ड, क्रेडेंशियल्स और एपीआई कीज़ कभी भी मेमोरी फ़ाइलों में नहीं जानी चाहिए। निर्देशिकाओं को साझा करने से पहले ~/.codex/memories/ में जाकर फ़ाइलों की जाँच अवश्य करें।
💡 संक्षेप में: अनिवार्य नियमों को
AGENTS.mdमें लिखें; अस्थायी विवरणों को छोड़ दें; संवेदनशील क्रेडेंशियल्स को कभी भी मेमोरी में न जाने दें; और साझा करने से पहले फ़ाइलों की जाँच करें।
05 Chronicle: स्क्रीन की सामग्री से मेमोरी तैयार करना (प्रयोगात्मक)
यह Codex का एक विशेष फ़ीचर है जो Claude Code में उपलब्ध नहीं है।
⚠️ प्रयोगात्मक सुविधा, बदलाव संभव। Chronicle एक अनुसंधान प्रीव्यू (opt-in research preview) है। सेटिंग्स, मेनू नाम और व्यवहार आपके इंटरफ़ेस और Codex आधिकारिक दस्तावेज़ के अनुसार होने चाहिए।
यह क्या है और क्या काम करता है
सरल शब्दों में: सामान्य Memories आपके और Codex के बीच की बातचीत से सीखती हैं, जबकि Chronicle आपकी स्क्रीन पर दिखाई देने वाली सामग्री (विंडोज, टेक्स्ट) से सीखता है। यह स्क्रीन के संदर्भ का उपयोग करके मेमोरी तैयार करता है ताकि Codex को काम बेहतर ढंग से समझ आ सके।
तुलना: एक ऐसे सहायक से जो आपकी स्क्रीन देख सकता है। सामान्य सहायक केवल आपके बोलने पर काम करता है; जबकि स्क्रीन देखने वाला सहायक जानता है कि "आप किस बग को देख रहे हैं" या "आपने अभी PR में क्या बदला है"—जिससे आपको बार-बार समझाना नहीं पड़ता। इसके तीन मुख्य लाभ हैं: स्क्रीन सामग्री का उपयोग करना, संदर्भ को समझना, और उपयोग किए जाने वाले टूल्स को याद रखना।
ध्यान रखें: Chronicle अक्सर स्क्रीन जानकारी का उपयोग केवल एक संकेत के रूप में करता है। उदाहरण के लिए, यदि स्क्रीन पर कोई फ़ाइल या पीआर दिखाई दे रहा है, तो यह सीधे उस फ़ाइल या पीआर तक पहुँचने का प्रयास करता है।
सीमाएँ: क्षेत्रीय और प्लेटफ़ॉर्म सीमाएँ
महत्वपूर्ण सीमाएँ:
Chronicle केवल ChatGPT Pro उपयोगकर्ताओं के लिए, केवल macOS पर उपलब्ध है, और EEA, यूके और स्विट्जरलैंड में उपलब्ध नहीं है।
तीन मुख्य शर्तें:
- प्लान: केवल ChatGPT Pro (Plus प्लान में उपलब्ध नहीं)।
- प्लेटफ़ॉर्म: केवल macOS (Windows या Linux पर उपलब्ध नहीं)।
- क्षेत्र: EEA, यूके और स्विट्जरलैंड में उपलब्ध नहीं है।
इसके लिए दो सिस्टम अनुमतियों की आवश्यकता होती है: स्क्रीन रिकॉर्डिंग (Screen Recording) और एक्सेसिबिलिटी (Accessibility)। सक्षम करने के लिए: Codex App सेटिंग्स → Personalization → Memories चालू करें → Chronicle सक्षम करें → अनुमति संकेत स्वीकार करें।
तीन गोपनीयता चेतावनियाँ
इसे सक्षम करने से पहले इन जोखिमों को समझें:
- कोटा का अधिक उपयोग: Chronicle बैकग्राउंड में स्नैपशॉट और स्क्रीन विश्लेषण का उपयोग करता है, जिससे कोटा बहुत तेज़ी से समाप्त हो सकता है।
- प्रॉम्प्ट इंजेक्शन का जोखिम: स्क्रीन पर दिखाई देने वाली सामग्री से प्रॉम्प्ट इंजेक्शन हमलों का जोखिम बढ़ जाता है—यदि आप किसी ऐसे पेज पर जाते हैं जिसमें दुर्भावनापूर्ण निर्देश छिपे हैं, तो Codex उन निर्देशों का पालन कर सकता है।
- प्लेन टेक्स्ट में सहेजना: Chronicle द्वारा तैयार की गई मेमोरी भी प्लेन टेक्स्ट (markdown) में ही स्थानीय मशीन पर सहेजी जाती है।
संवेदनशील सामग्री (पासवर्ड, व्यक्तिगत बातचीत, मीटिंग स्क्रीन) देखते समय इसे हमेशा रोकें। रोकने के लिए: मेन्यू बार में Codex आइकन पर क्लिक करें और Pause Chronicle चुनें (दुबारा शुरू करने के लिए Resume Chronicle)। मीटिंग के दौरान या संवेदनशील काम करते समय इसे रोकना सही रहता है।
डेटा प्रबंधन और गोपनीयता
डेटा विवरण इस प्रकार है:
- स्क्रीनशॉट अस्थायी होते हैं: ये आपकी स्थानीय मशीन पर
$TMPDIR/chronicle/screen_recording/में सहेजे जाते हैं, और 6 घंटे से पुराने होने पर स्वचालित रूप से हटा दिए जाते हैं। - तैयार मेमोरी स्थानीय होती है: यह
$CODEX_HOME/memories_extensions/chronicle/में सहेजी जाती है, जहाँ से आप फ़ाइलें देख और हटा सकते हैं। - सर्वर पर प्रोसेसिंग: मेमोरी तैयार करने के लिए स्क्रीनशॉट OpenAI के सर्वर पर प्रोसेस किए जाते हैं, प्रोसेस होने के तुरंत बाद हटा दिए जाते हैं, और ट्रेनिंग के लिए उपयोग नहीं किए जाते।
💡 संक्षेप में: Chronicle स्क्रीन की सामग्री से मेमोरी तैयार करने की प्रयोगात्मक क्षमता है, जो केवल Pro + macOS पर (EEA/UK/स्विट्जरलैंड से बाहर) उपलब्ध है; सुरक्षा के लिए आवश्यकता पड़ने पर इसे मेन्यू बार से रोकें (Pause)।
मेमोरी के दोनों हिस्सों को समझने के लिए इस आरेख को देखें:
यह आरेख दिखाता है कि Memories बातचीत से और Chronicle स्क्रीन से जानकारी प्राप्त करते हैं, और दोनों स्थानीय रूप से सहेजे जाते हैं।
06 अभ्यास: Memories चालू करना और काम देखना
आइए एक व्यावहारिक अभ्यास करते हैं: Memories चालू करना → बातचीत से जानकारी देना → फ़ाइल की जाँच करना।
Windows उपयोगकर्ताओं के लिए: कमांड्स को Git Bash या WSL में चलाएं।
~का अर्थ होम निर्देशिका है। यदि आप EEA / यूके / स्विट्जरलैंड में हैं, तो यह अभ्यास काम नहीं करेगा।
चरण 1: Memories चालू करें
~/.codex/config.toml में निम्नलिखित लिखें (यदि फ़ाइल नहीं है तो बनाएं):
[features]
memories = trueचरण 2: अभ्यास प्रोजेक्ट बनाएं और Codex शुरू करें
mkdir memory-demo
cd memory-demo
codexचरण 3: बातचीत में अपनी आदत बताएं
सत्र में काम करते समय अपनी कोई कोडिंग आदत स्पष्ट करें:
इस प्रोजेक्ट में हमेशा pytest का उपयोग करके टेस्ट रन करें। इस नियम को याद रखें।पुष्टि: Codex नियम को स्वीकार करेगा। लेकिन ध्यान रखें कि यह तुरंत मेमोरी फ़ाइल में नहीं लिखा जाएगा। मेमोरी पृष्ठभूमि में और सत्र के पर्याप्त समय तक निष्क्रिय रहने के बाद ही सहेजी जाती है।
चरण 4: स्लैश कमांड का उपयोग करें
सत्र में चलाएं:
/memoriesअपेक्षित परिणाम: एक मेनू खुलेगा जहाँ से आप वर्तमान सत्र के लिए मेमोरी को सक्षम या अक्षम कर सकते हैं। यह तात्कालिक नियंत्रण है।
चरण 5: फ़ाइल की जाँच करें (कुछ समय बाद)
सत्र निष्क्रिय होने के बाद, सहेजी गई फ़ाइल को देखने के लिए चलाएं:
ls ~/.codex/memories/अपेक्षित परिणाम: निर्देशिका में मेमोरी फ़ाइलें दिखाई देंगी। आप इन्हें प्लेन टेक्स्ट में पढ़ सकते हैं।
यदि फ़ाइलें दिखाई नहीं दे रही हैं, तो इन कारणों की जाँच करें: ① config.toml में memories चालू है या नहीं; ② क्या आप EEA/UK/स्विट्जरलैंड में हैं; ③ क्या सत्र बहुत छोटा था; ④ क्या कोटा कम है।
इस प्रकार आपने पूरी प्रक्रिया को स्वयं करके देख लिया है।
💡 संक्षेप में: अभ्यास के चरण हैं—मेमोरी चालू करना → कोडिंग आदत बताना (तुरंत अपडेट नहीं होगी) →
/memoriesद्वारा नियंत्रण → निष्क्रिय होने के बाद फ़ाइल की जाँच।
07 सारांश
इस लेख में हमने Codex के दोनों स्मरण शक्ति तंत्रों को विस्तार से समझा है।
मुख्य बिंदुओं का सारांश:
| विषय | विवरण |
|---|---|
| मेमोरी के प्रकार | दो प्रकार: AGENTS.md (अनिवार्य नियम, निश्चित) और Memories (स्वचालित, अनुभव आधारित) |
| Memories डिफ़ॉल्ट स्थिति | डिफ़ॉल्ट रूप से बंद रहता है, EEA / UK / स्विट्जरलैंड में अनुपलब्ध |
| लिखने की प्रक्रिया | सत्र निष्क्रिय होने पर पृष्ठभूमि में, तुरंत नहीं, कोटा सीमित होने पर रुकती है |
| स्थान | ~/.codex/memories/ (स्थानीय मशीन पर, Git से बाहर) |
| नियंत्रण | स्लैश कमांड /memories और config.toml विकल्प |
| क्या सहेजना है | अनिवार्य नियम AGENTS.md में लिखें, अस्थायी चीज़ों को छोड़ें, क्रेडेंशियल्स बिल्कुल न लिखें |
| Chronicle | स्क्रीन की सामग्री से मेमोरी तैयार करने की प्रयोगात्मक क्षमता, केवल Pro + macOS (EEA/UK/स्विट्जरलैंड से बाहर), संवेदनशील काम के दौरान Pause करें |
अब आप यह कर सकते हैं: दोनों मेमोरी सिस्टम में अंतर बताना, यह जानना कि अनिवार्य नियमों को कहाँ लिखना चाहिए, Memories को चालू और प्रबंधित करना, और सुरक्षा सीमाओं (क्रेडेंशियल्स न लिखना) का ध्यान रखना। यह समझ आपको Codex को बेहतर ढंग से व्यवस्थित करने में मदद करती है।
स्मरण शक्ति Codex को आपके पिछले काम को याद रखने में मदद करती है, लेकिन बाहरी सिस्टम्स और डेटाबेस से जुड़ने के लिए हमें अन्य प्रोटोकॉल की आवश्यकता होती है।
अगला लेख 20 "MCP के साथ टूल्स जोड़ना"—मेमोरी Codex को बेहतर ढंग से काम समझने में मदद करती है, जबकि MCP (Model Context Protocol) इसे बाहरी दुनिया से जोड़ता है: डेटाबेस, एपीआई और बाहरी टूल्स को एक समान प्रोटोकॉल द्वारा जोड़ना ताकि Codex उनका उपयोग कर सके। हम पिछले अनुभाग में बताए गए disable_on_external_context विकल्प के बारे में भी विस्तार से समझेंगे कि यह क्या सुरक्षा प्रदान करता है। एक सवाल: "किसी आदत को याद रखने" और "रियल-टाइम टूल जोड़ने" में से किसे किस समय उपयोग करना चाहिए?