AI आणि एजंट्स
एक वाक्य आत, एक फनल बाहेर — आणि नंतर इतरांप्रमाणेच त्याच तपासण्या
"गेल्या वर्षी एकदा खरेदी करणाऱ्या आणि त्यानंतर काहीही उघडलेल्या नसलेल्या ग्राहकांना पुन्हा जोडा." हे आत टाका; एक फनल ग्राफ परत येतो. तो मूल्यवान असण्याचे कारण निर्मिती नाही — बऱ्याच गोष्टी निर्मिती करतात — तर परिणाम मानवी कामाला अडथळा आणणाऱ्या त्याच व्हॅलिडेटरमधून जातो, आणि नंतर ड्राय-रन केला जातो, ज्यामुळे कोणीही प्राप्त करण्यापूर्वी तो पाठवेल अशा प्रत्येक संदेशाचे वाचन करू शकता.
दोन कामे, वेगळी ठेवलेली
फनल निर्मिती वर्णन घेते आणि ग्राफ परत करते. हे जाणीवपूर्वक परिसंस्थेच्या इतर AI पॅनेल्स वापरत असलेलाच करार आहे — एक संदेश, एक ऐच्छिक ऑब्जेक्ट, आणि बदलणे की पॅच करावे — त्याच गेटवेवर, इतरत्र उत्पादनात आधीच चालणाऱ्या त्याच ऑपरेशनल मार्गावर.
क्रिएटिव्ह निर्मिती हाच करार दस्तऐवजावर लागू करते: ईमेल, पृष्ठ किंवा फॉर्म तयार करणे किंवा पॅच करणे. क्रिएटिव्ह हा प्रकाशित स्कीमाचा दस्तऐवज असल्यामुळे, तो पॅच करणारे मॉडेल संरचित काम करते, HTML ची भित्ती तयार करून आशा धरत नाही.
सिस्टम प्रॉम्प्ट ही फनल स्कीमाची निर्वात प्रत आहे, आणि स्कीमात नवीन की आल्यावर ती अद्ययावत केली जाते. जुना प्रॉम्प्ट हा येथील अपयशाचा प्रकार आहे: मॉडेल अशी शब्दावली लिहिते जी आता अस्तित्वात नाही, परिणाम पूर्णपणे वाजवी दिसतो, आणि व्हॅलिडेटर तो अशा कारणांसाठी नाकारतो जी वाचणाऱ्या व्यक्तीला दिसत नाहीत.
प्रत्येक संपर्कानुसार वैयक्तिकीकरण, कॅश केलेले
ai_generate नोड पाठवणीच्या वेळी प्रत्येक संपर्कासाठी मर्ज व्हेरिएबल्स भरते. हे तुमच्या कोटाविरुद्ध मोजले जाते आणि क्रिएटिव्ह तसेच त्यावर अवलंबून असलेल्या संपर्क गुणधर्मांच्या हॅशद्वारे कॅश केले जाते — तो कॅश नसता तर प्रत्येक पाठवणीवर प्रत्येक प्राप्तकर्त्यासाठी तुम्हाला निर्मितीची किंमत मोजावी लागली असती, जो बिल कोणीही दुसऱ्यांदा बजेट करत नाही.
- 1आपले वाक्य"गेल्या वर्षी एकदा खरेदी करणाऱ्या आणि त्यानंतर काहीही उघडलेल्या नसलेल्या ग्राहकांना पुन्हा जोडा."
- 2ग्राफ परत आलाप्रवेश, प्रतीक्षा, एक अट, दोन पाठवण्या, एक ध्येय. नावांसह नोड्स, खरी शब्दावली.
- 3पडताळलेएक प्रवेश, सर्व नोड्स पोहोचण्यायोग्य, प्रत्येक चक्रात प्रतीक्षा आहे, प्रत्येक पाठवणीकडे क्रिएटिव्ह आणि विषय आहे.
- ↻दुरुस्त केलेतपासणी अयशस्वी झाल्यास, ती त्रुटींसह परत दिली जाते आणि पुन्हा प्रयत्न केला जातो — आणि प्रयत्नांची संख्या लपवल्याऐवजी नमूद केली जाते.
- 4सिम्युलेट केलेआपण काहीही प्रकाशित करण्यापूर्वी, ते पाठवणार असलेला प्रत्येक संदेश आणि तो कोणत्या दिवशी पोहोचेल.
माणसासारखाच पडताळणीकर्ताकाहीही पाठवले नाही
MCP सर्व्हर
एजंटला उत्पादन योग्यरित्या चालवू द्या
तोच प्रक्रिया /mcp वर स्ट्रीमेबल HTTP द्वारे पुरवते, castomo टोकन किंवा API कीने प्रमाणीकरण, आणि एका प्रकल्पापुरती मर्यादित. ते अस्तित्वात आहे कारण "एजंट आपली REST API कॉल करू शकतो" हे सर्वांबाबत खरे आहे आणि काहीच उपयोगी नाही; एजंटला हवे ते वर्णन केलेले पृष्ठभाग आहे ज्यात धोकादायक भाग नियंत्रित आहेत.
संपर्क
list_contacts, get_contact, upsert_contact, list_segments, preview_segment. त्यांच्याशी काहीही करण्यापूर्वी विचारा कोण विभागात आहे.
फनेल
list_funnels, get_funnel, create_funnel, generate_funnel, check_funnel, publish_funnel, pause_funnel, start_funnel_run.
simulate_funnel
संचातील सर्वात मौल्यवान साधन, मोठ्या अंतराने. ग्राहकाला फनेलमधून ड्राय-रन करा आणि घेतलेला मार्ग आणि पाठवले जाणारे संदेश परत मिळवा. त्याशिवाय, एजंट आंधळ्या अवस्थेत ऑटोमेशन लिहितो.
आशय
create_email आणि पूर्वावलोकन रेंडरिंग. मार्कडाउन आत, रेंडर केलेला क्रिएटिव्ह बाहेर — मॉडेलला थेट ई-मेल HTML मागण्यापेक्षा खूप अधिक विश्वासार्ह.
मोहिमा आणि अहवाल
list_campaigns, get_campaign, report_campaign. आकडे वाचू शकणारा एजंट म्हणजे असा एजंट जो आपल्याला आधीच माहीत नसलेले काहीतरी सांगू शकतो.
संसाधने
फनेल स्कीमा, क्रिएटिव्ह स्कीमा, मर्ज-व्हेरिएबल सूची आणि विभाग प्रेडिकेट व्याकरण हे सर्व संसाधने म्हणून पुरवली जातात, म्हणून एजंट स्मरणाऐवजी चालू व्याख्यांवरून काम करतो.
तो व्हेरिएंट लिहितो. निर्णयाचा अधिकार आपल्याकडे राहतो.
गेट, आणि ते कठोर थांबा का आहे
पाठवण्यास सक्षम प्रत्येक साधन गेट केलेले आहे. स्वतःला चाचणी पाठवणे मोफत आहे. खऱ्या लोकांपर्यंत पोहोचणाऱ्या कोणत्याही गोष्टीसाठी स्पष्ट पुष्टीकरण ध्वज आणि आपल्या बिलिंग कोटाद्वारे मर्यादा — दोन्ही, फक्त एक नाही.
कारण सोपे आणि अनाठावी आहे. प्रॉम्प्ट चुकीने वाचणारा एजंट पन्नास हजार लोकांना मेल पाठवू शकत नाही, आणि कितीही काळजीपूर्वक प्रॉम्प्टिंग हे नियंत्रण नाही. हे त्या थोड्या ठिकाणांपैकी एक आहे जिथे कठोर थांबा खरोखर चांगल्या डीफॉल्टपेक्षा चांगला आहे, आणि तो कठोर थांबा म्हणून लागू केला आहे.
तेच तर्क संपूर्ण डिझाइनमध्ये आहे. एजंट दिवसभर मसुदा, तपासणी, सिम्युलेशन, पूर्वावलोकन आणि अहवाल करू शकतो एकही संदेश बाहेर न जाता. जो एक कृती अपरिवर्तनीय आहे, तीच कृती माणसाने होय म्हटल्याची आवश्यकता असलेली आहे.
- ✓व्याप्तीतील काहीही वाचासंपर्क, विभाग, फनेल, मोहिमा, अहवाल — एका प्रकल्पाच्या आत.
- ✓लिहा आणि तपासाफनेल तयार करा, क्रिएटिव्ह दुरुस्त करा, पडताळणीकर्ता चालवा, सिम्युलेशन चालवा.
- ✓चाचणी पाठवाआपल्या स्वतःच्या पडताळलेल्या पत्त्यावर. मोफत, आणि ते खरे रेंडरर वापरते.
- !खरी पाठवणीस्पष्ट
confirm: true, आणि कोटाच्या आत. दोन्ही. दोन्हीपैकी एकही सूचना नाही.
एका प्रकल्पापुरते मर्यादितकोटा हीच मर्यादा
आपल्या व्यवसायाबद्दल मॉडेलला खरोखर काय माहीत आहे
फक्त तुमचे वाक्य घेऊन काम करणारा जनरेटर सामान्य प्रत लिहितो, आणि ते प्रत्येकाला कळते. URL दिल्यास ClickSomo तुमचे साइट वाचू शकतो — उथळा क्रॉल, कंपनी प्रोफाइल — म्हणून तो मसुदा करणारे फनल तुम्ही खरोखर काय विकता याबद्दल असते आणि प्रत तुमचेच शब्द तुमच्यासमोर वापरते. डेमोन्स्ट्रेशन आणि फीचर यातील संपूर्ण फरक एवढाच आहे.
स्क्रॅप केलेला मजकूर शत्रूत्वाच्या इनपुटप्रमाणे हाताळला जातो. कोणतेही मॉडेल तो वाचण्यापूर्वी तो फेन्स केला जातो आणि रेंडर होण्यापूर्वी सॅनिटाइज केला जातो, कारण तुम्ही लिहिलेले नसलेल्या पानावरील मजकुरातच मॉडेलकडे निर्देशित केलेला सूचना लपलेली असते.
प्रामाणिक भाग: जनरेट केलेले फनल चांगला मसुदा आहे, पूर्ण मोहीम नाही. त्यात तुम्हाला न आवडणारे एक वेट आणि तुम्ही लिहिले नसतात असे एक विषय ओळ असेल. वीस मिनिटांचे संपादन सामान्य आहे — आणि ते दुपारभर न घेता वीस मिनिटे आहेत कारण आकार, तपासण्या आणि सिम्युलेशन आधीच तयार असतात. AI की कॉन्फिगर केलेले नसलेल्या डिप्लॉयमेंटवर जनरेशन उपलब्ध नाही, आणि API हे स्पष्टपणे सांगते, कुठल्या गोंधळात पडत नाही.