रूपरेखा डिज़ाइन से पहले आती है
आपको हेडिंग और हर एक पर एक लाइन मिलनी चाहिए, सजा-धजा आउटपुट नहीं। अगर सबसे पहले तैयार स्लाइड का साज-सामान दिखे, तो जिस क़दम की समीक्षा करनी थी वह छूट गया।
सेशन को पता है क्या बदला और क्यों; जो लोग इसे मंज़ूरी देते हैं, उन्हें नहीं। Felo Slides सेशन के जुटाए नतीजों को स्लाइड-दर-स्लाइड रूपरेखा में बदल देता है, जिसे डिज़ाइन पर समय ख़र्च होने से पहले काट-छाँट सकें।
cp -r felo-skills/felo-slides ~/.pi/agent/skills/Pi जान-बूझकर छोटा कोर रखता है और उसे बढ़ाने को कहता है, इसलिए संभालने के लिए टूल जोड़े बिना पहुँच बढ़ाने का इच्छित तरीक़ा स्किल है।
स्लाइड बनाना भी आम बंडल है, इसलिए Pi पर बाक़ी सब की तरह यही रास्ता है। अगर अक्सर रिव्यू लिखते हैं तो ग्लोबल माउंट करें, और अगर सिर्फ़ एक माइग्रेशन के लिए चाहिए तो प्रोजेक्ट तक सीमित रखें।
~/.pi/agent/skills/ग्लोबलइस मशीन का हर प्रोजेक्ट। बंडल पढ़ लेने के बाद और हर जगह चाहिए तो इसे यहाँ रखें।
~/.agents/skills/साझावह फ़ोल्डर जिसे दूसरे हार्नेस भी पढ़ते हैं, इसलिए एक क्लोन Pi और आपके बाक़ी टूल्स, दोनों के काम आता है।
.pi/skills/प्रोजेक्टसिर्फ़ यह रिपॉज़िटरी, और तभी जब आप प्रोजेक्ट पर भरोसा करते हों। जो बंडल अभी पढ़ा नहीं, उसे परखने की सही जगह।
pi install npm:@scope/pkgपैकेजपैकेज की skills/ डायरेक्टरी, वर्शन में रखी और अपडेट होने लायक़। बंडल जब पक्की जगह बना ले तो यह ज़्यादा साफ़ रास्ता है।
pi --skill /path/to/felo-slidesआपको हेडिंग मिलती हैं और हर एक पर तर्क की एक लाइन। यह जान-बूझकर तैयार डेक नहीं है — यह वह वर्शन है जिसे काट सकें, क्रम बदल सकें और जिस पर असहमति जता सकें, इससे पहले कि यह किसी की पूरी दोपहर खा जाए।
चूँकि रूपरेखा सेशन से बनती है, उसकी हर लाइन उस कमांड या फ़ाइल तक ट्रेस की जा सकती है जिसने उसे बनाया।
जो डेक जेनरेटर आपके काम को नज़रअंदाज़ करता है वह भी ठीक-ठाक स्लाइड बना देगा, इसलिए ये जाँचें इस बारे में हैं कि चीज़ें कहाँ से आईं।
आपको हेडिंग और हर एक पर एक लाइन मिलनी चाहिए, सजा-धजा आउटपुट नहीं। अगर सबसे पहले तैयार स्लाइड का साज-सामान दिखे, तो जिस क़दम की समीक्षा करनी थी वह छूट गया।
कोई दावा उठाएँ और पूछें कि वह किस फ़ाइल या कमांड से आया। जो स्लाइड ट्रेस न हो सके, वही मीटिंग में आपको शर्मिंदा करती है।
अगर सेशन को किसी हेडिंग के लिए कुछ न मिला, तो सही नतीजा वह खाली जगह है जो दिखे। उस जगह को भरने वाला ठीक-ठाक वाक्य खाली स्लाइड से बुरा है।
रूपरेखा डेक बनने से पहले ही काम की है, और मंज़िल पहले तय कर लेना बेहतर है।
रूपरेखा डिस्क्रिप्शन में चिपकाएँ ताकि रिव्यूअर डिफ़ से पहले तर्क पढ़े, और जिस स्लाइड से असहमत हो उसे नाम लेकर बता सके।
तर्क जब थम जाए तब मंज़ूर रूपरेखा को स्लाइड्स में बढ़ाएँ। उससे पहले डिज़ाइन करने का मतलब है दो बार डिज़ाइन करना।
रूपरेखा कोड के पास रखें ताकि अगला सेशन डिफ़ से तर्क दोबारा जोड़ने के बजाय उसी तर्क से शुरू करे।
डेक उतना ही मज़बूत होता है जितना उसके नीचे का सबूत, और रूपरेखा उतनी ही मज़बूत जितने उसके पीछे के स्रोत।
Pi Coding Agent के लिए लिखी गई पाँच स्किल। इस प्लेटफ़ॉर्म पर इनका इस्तेमाल एक जैसा है, इसलिए आप अपनी सेटिंग दोबारा समझाए बिना इन्हें एक ही सेशन में साथ इस्तेमाल कर सकते हैं।
एक स्किल से शुरू करें, फिर अपने Pi वर्कफ़्लो के लिए ज़रूरी मॉडल, लाइव डेटा, ज्ञान और आउटपुट टूल जोड़ें — उसी key से जो Felo स्किल पहले से इस्तेमाल करती हैं।
जब आपके एजेंट को अपना तर्क या जनरेशन चाहिए, तब किफ़ायती LLM एक्सेस इस्तेमाल करें।
पुराने संदर्भ पर निर्भर रहने के बजाय एजेंट को मौजूदा वेब और सोशल सिग्नल दें।
काम को दोबारा इस्तेमाल होने वाले ज्ञान पर टिकाएँ, फिर उसे साझा करने लायक नतीजों में बदलें।
वर्कफ़्लो को रिसर्च से लेकर विज़ुअल और Office में सीधे इस्तेमाल होने वाले नतीजों तक बढ़ाएँ।