Pi पर Felo SlidesPi Coding Agent

रिव्यू करने वाले टर्मिनल का स्क्रॉल नहीं पढ़ते

सेशन को पता है क्या बदला और क्यों; जो लोग इसे मंज़ूरी देते हैं, उन्हें नहीं। Felo Slides सेशन के जुटाए नतीजों को स्लाइड-दर-स्लाइड रूपरेखा में बदल देता है, जिसे डिज़ाइन पर समय ख़र्च होने से पहले काट-छाँट सकें।

Pi के लिए बनाया गयापहले रूपरेखा, फिर डिज़ाइनसेशन तक ट्रेस होती है
API key लेंप्लेटफ़ॉर्म गाइड देखें
इसे कॉपी करेंcp -r felo-skills/felo-slides ~/.pi/agent/skills/
Pi Coding Agent लोगो
यह स्किल यहाँ चलती है

Pi Coding Agent

मिनिमल टर्मिनल कोडिंग हार्नेस

Pi Coding Agent गाइड पढ़ें

Pi जान-बूझकर छोटा कोर रखता है और उसे बढ़ाने को कहता है, इसलिए संभालने के लिए टूल जोड़े बिना पहुँच बढ़ाने का इच्छित तरीक़ा स्किल है।

यहाँ से लोड होता है
~/.pi/agent/skills/ · .pi/skills/ · पैकेज
इंस्टॉल है
सिर्फ़ फ़ोल्डर कॉपी, या pi install npm:@scope/pkg
जानने लायक़
कोई सैंडबॉक्स नहीं — माउंट करने से पहले SKILL.md पढ़ें
Pi में जोड़ें

एक कॉपी, उस रूट में जो आपके रखने की अवधि से मेल खाए

स्लाइड बनाना भी आम बंडल है, इसलिए Pi पर बाक़ी सब की तरह यही रास्ता है। अगर अक्सर रिव्यू लिखते हैं तो ग्लोबल माउंट करें, और अगर सिर्फ़ एक माइग्रेशन के लिए चाहिए तो प्रोजेक्ट तक सीमित रखें।

  1. 01
    ~/.pi/agent/skills/ग्लोबल

    इस मशीन का हर प्रोजेक्ट। बंडल पढ़ लेने के बाद और हर जगह चाहिए तो इसे यहाँ रखें।

  2. 02
    ~/.agents/skills/साझा

    वह फ़ोल्डर जिसे दूसरे हार्नेस भी पढ़ते हैं, इसलिए एक क्लोन Pi और आपके बाक़ी टूल्स, दोनों के काम आता है।

  3. 03
    .pi/skills/प्रोजेक्ट

    सिर्फ़ यह रिपॉज़िटरी, और तभी जब आप प्रोजेक्ट पर भरोसा करते हों। जो बंडल अभी पढ़ा नहीं, उसे परखने की सही जगह।

  4. 04
    pi install npm:@scope/pkgपैकेज

    पैकेज की skills/ डायरेक्टरी, वर्शन में रखी और अपडेट होने लायक़। बंडल जब पक्की जगह बना ले तो यह ज़्यादा साफ़ रास्ता है।

या बिना कॉपी किए, सिर्फ़ एक सेशन के लिए लोड करेंpi --skill /path/to/felo-slides
आपको क्या मिलता है

ऐसी रूपरेखा जिस पर बहस तब हो सके जब बदलाव अभी सस्ते हैं

आपको हेडिंग मिलती हैं और हर एक पर तर्क की एक लाइन। यह जान-बूझकर तैयार डेक नहीं है — यह वह वर्शन है जिसे काट सकें, क्रम बदल सकें और जिस पर असहमति जता सकें, इससे पहले कि यह किसी की पूरी दोपहर खा जाए।

  1. 01

    क्या-क्या हिला

    वे दो मॉड्यूल जिनका मालिक बदला, और उसी कमिट में अपडेट हुए कॉलर।

  2. 02

    किसे हमने छेड़ा नहीं

    वे तीन कॉल साइट जिन्हें हमने जान-बूझकर नहीं छुआ, और हर एक के सुरक्षित होने की वजह।

  3. 03

    जो डिफ़ नहीं दिखाता

    बदले हुए डिफ़ॉल्ट आर्ग्युमेंट में छिपा व्यवहार का बदलाव।

  4. 04

    हमें कैसे पता कि यह अब भी चलता है

    हिल चुके कोड को कवर करने वाले टेस्ट, और वह एक जगह जहाँ कवर नहीं है।

  5. 05

    क्या गड़बड़ हो सकती है

    अगर रिलीज़ ब्रांच में माइग्रेशन आधा ही लागू हुआ तो किस तरह टूटेगा।

  6. 06

    आपसे क्या चाहिए

    एक फ़ैसला: अभी मर्ज करें, या बदलाव को बाँटकर दूसरा हिस्सा अगले हफ़्ते लगाएँ।

चूँकि रूपरेखा सेशन से बनती है, उसकी हर लाइन उस कमांड या फ़ाइल तक ट्रेस की जा सकती है जिसने उसे बनाया।

जाँचें कि काम हुआ

तीन संकेत कि डेक आपके सेशन से बना है, किसी टेम्पलेट से नहीं

जो डेक जेनरेटर आपके काम को नज़रअंदाज़ करता है वह भी ठीक-ठाक स्लाइड बना देगा, इसलिए ये जाँचें इस बारे में हैं कि चीज़ें कहाँ से आईं।

1

रूपरेखा डिज़ाइन से पहले आती है

आपको हेडिंग और हर एक पर एक लाइन मिलनी चाहिए, सजा-धजा आउटपुट नहीं। अगर सबसे पहले तैयार स्लाइड का साज-सामान दिखे, तो जिस क़दम की समीक्षा करनी थी वह छूट गया।

2

हर लाइन ट्रेस हो सकती है

कोई दावा उठाएँ और पूछें कि वह किस फ़ाइल या कमांड से आया। जो स्लाइड ट्रेस न हो सके, वही मीटिंग में आपको शर्मिंदा करती है।

3

खाली जगहें दिखती रहें

अगर सेशन को किसी हेडिंग के लिए कुछ न मिला, तो सही नतीजा वह खाली जगह है जो दिखे। उस जगह को भरने वाला ठीक-ठाक वाक्य खाली स्लाइड से बुरा है।

यह कहाँ जाती है

तीन जगहें जहाँ रूपरेखा अपनी क़ीमत वसूल करती है

रूपरेखा डेक बनने से पहले ही काम की है, और मंज़िल पहले तय कर लेना बेहतर है।

पुल रिक्वेस्ट

Markdown

रूपरेखा डिस्क्रिप्शन में चिपकाएँ ताकि रिव्यूअर डिफ़ से पहले तर्क पढ़े, और जिस स्लाइड से असहमत हो उसे नाम लेकर बता सके।

रिव्यू मीटिंग

डेक एक्सपोर्ट

तर्क जब थम जाए तब मंज़ूर रूपरेखा को स्लाइड्स में बढ़ाएँ। उससे पहले डिज़ाइन करने का मतलब है दो बार डिज़ाइन करना।

रिपॉज़िटरी नोट्स

docs/decisions

रूपरेखा कोड के पास रखें ताकि अगला सेशन डिफ़ से तर्क दोबारा जोड़ने के बजाय उसी तर्क से शुरू करे।

सवाल

Pi यूज़र Felo Slides के बारे में क्या पूछते हैं

क्या यह स्किल PowerPoint फ़ाइल लिखती है?
पहले रूपरेखा आती है और एक्सपोर्ट आख़िरी क़दम है। Pi पर यह क्रम मदद करता है: रूपरेखा टेक्स्ट की चीज़ है जिसे सेशन बदल सकता है, और फ़ाइल बनाना तभी सार्थक है जब तर्क रिव्यू में टिक जाए।
डेक का कितना हिस्सा सेशन से आना चाहिए?
सबूत और ढाँचा। सिफ़ारिश आपकी है, और अच्छी रूपरेखा वह जगह साफ़ दिखा देती है जहाँ आपका फ़ैसला लगता है।
क्या इसे दूसरी Felo स्किल से अलग तरीक़े से इंस्टॉल करना होगा?
नहीं। Slides भी आम बंडल है जो उन्हीं रूट से लोड होता है, इसलिए अगर Pi पर एक Felo स्किल माउंट कर चुके हैं तो तरीक़ा आपको पता है।
क्या डेक रिपॉज़िटरी में रख सकता हूँ?
हाँ, और आर्किटेक्चर के फ़ैसलों के लिए यह फ़ायदेमंद है। रूपरेखा छोटी है, टेक्स्ट है, और दो साल बाद डिफ़ पढ़ने वाले को बदलाव समझा देती है।
Pi Coding Agent पर और

Pi Coding Agent के लिए सभी Felo स्किल

Pi Coding Agent के लिए लिखी गई पाँच स्किल। इस प्लेटफ़ॉर्म पर इनका इस्तेमाल एक जैसा है, इसलिए आप अपनी सेटिंग दोबारा समझाए बिना इन्हें एक ही सेशन में साथ इस्तेमाल कर सकते हैं।

तैयार स्किल से आगे

एक API key। एजेंट के लिए पूरा टूलकिट।

एक स्किल से शुरू करें, फिर अपने Pi वर्कफ़्लो के लिए ज़रूरी मॉडल, लाइव डेटा, ज्ञान और आउटपुट टूल जोड़ें — उसी key से जो Felo स्किल पहले से इस्तेमाल करती हैं।

मॉडल

जब आपके एजेंट को अपना तर्क या जनरेशन चाहिए, तब किफ़ायती LLM एक्सेस इस्तेमाल करें।

  • LLM API
  • Chat completions
  • मॉडल एक्सेस
LLM API देखें →

लाइव जानकारी

पुराने संदर्भ पर निर्भर रहने के बजाय एजेंट को मौजूदा वेब और सोशल सिग्नल दें।

  • Web Search
  • X Search
  • Web Fetch
लाइव डेटा टूल देखें →

ज्ञान और आउटपुट

काम को दोबारा इस्तेमाल होने वाले ज्ञान पर टिकाएँ, फिर उसे साझा करने लायक नतीजों में बदलें।

  • LiveDoc
  • PPT जनरेशन
  • माइंड मैप
ज्ञान टूल देखें →

क्रिएटिव टूल

वर्कफ़्लो को रिसर्च से लेकर विज़ुअल और Office में सीधे इस्तेमाल होने वाले नतीजों तक बढ़ाएँ।

  • इमेज जनरेशन
  • पेज टूल
  • Office आउटपुट
प्लेटफ़ॉर्म टूल देखें →