/clear से अपना काम न गंवाएँ — session-handoff से मिलिए

अगर आपने कभी लंबी debugging session खत्म की हो, /clear दबाया हो, और फिर एक हफ्ते बाद सोचा हो कि आपको याद होता तीन database विकल्पों में से टीम ने किसे खारिज किया था — तो यह आपके लिए है।

समस्या छोटी है, लेकिन महँगी है। किसी वास्तविक project पर AI agent के साथ काम करने से ज्ञान की एक परत बनती है जो और कहीं मौजूद नहीं होती। कोई खास library क्यों अस्वीकार की गई थी। कौन-सा staging environment टूटा हुआ है। उपयोगकर्ता का "the gate" से असल में क्या मतलब था। यह code में नहीं है। यह git में नहीं है। यह conversation में है। और वह conversation मिटने वाली है।

बचाव की परीक्षा

session-handoff एक छोटी Agent Skill है जो आप clear करने से पहले चलती है। यह session को facts के लिए scan करती है और एक निर्णायक प्रश्न लागू करती है:

"क्या repo को दोबारा पढ़ने से यह वापस मिल जाएगा?"

यदि हाँ, तो इसे छोड़ दें — code ही source of truth है। यदि नहीं, तो इसे सहेजना सार्थक हो सकता है। यह एक ही heuristic लगभग 80% false saves को खत्म कर देती है और long-term memory file को noise में बदलने से बचाती है।

यह व्यावहारिक रूप से कैसे काम करता है

यह flow सात steps का है, लेकिन अनुभव दो का: "checkpoint before clearing," जैसे trigger टाइप करें, क्या सहेजा जाएगा यह review करें, approve करें। फिर skill structured markdown entries लिखती है — भूमिका और environment के लिए user, working rules के लिए feedback, goals और decisions के लिए project, external system pointers के लिए reference — और future sessions के लिए इसे कम खर्चीला लोड करने हेतु एक one-line index file अपडेट करती है।

दो technical details जो इसे वास्तव में उपयोगी बनाते हैं:

• Date normalization. "Thursday" extraction time पर 2026-05-21 में बदल जाता है, इसलिए entry तीन महीनों बाद भी समझ में आती है।
• Why / How structure. हर feedback या project entry में reason (अक्सर कोई past incident) और rule कब लागू होती है शामिल होता है। इससे future में आप edge cases को note पर आँख मूँदकर चलने के बजाय परख सकते हैं।

किसे इसकी ज़रूरत है

अगर आपका काम long-running migrations, multi-stakeholder rollouts, या ऐसी किसी चीज़ से जुड़ा है जहाँ verbal agreements उस conversation से भी ज़्यादा समय तक टिके रहते हैं जिसने उन्हें पैदा किया था — तो यही चीज़ है। Platform leads, SREs, contract engineers जो काम hand off कर रहे हैं। इसलिए नहीं कि यह clever है। इसलिए कि इसका विकल्प यह है कि आप वही चीज़, जो आप पहले से जानते थे, खराब तरीके से, तीन हफ्ते देर से फिर से बनाएं।

repo open है और skill इतनी छोटी है कि एक ही बैठक में पढ़ी जा सकती है:

👉 github.com/andreab67/agent-skills/blob/main/session-handoff/SKILL.md