Specyfikacja techniczna dla bota Telegram Cel: Stworzyć bota Telegram, który będzie: 1. Pobierał posty z jednego kanału (źródło). 2. Repostował je na jeden lub kilka innych kanałów (odbiorcy) w imieniu konta Telegram. 3. Wspierał: • Tekst. • Do 10 zdjęć. • Premium emoji. 4. Zastępował linki w postach według określonych zasad. 5. Dodawał przyciski inline według specjalnych skryptów w tekście. 6. Wspierał przypisanie linków i przycisków dla każdego odbiorcy osobno. Praca z linkami: • W tekście posta mogą być linki, które należy zastąpić. • Dla każdego kanału-odbiorcy bot powinien używać swojego linku. • Przykład: jeśli w poście link https://site.com, to: • Dla Kanału A zastąpić na https://site.com/a • Dla Kanału B zastąpić na https://site.com/b Praca z przyciskami: • W tekście mogą być skrypty takie jak: [kontakt], [strona], [zamówić]. • Bot powinien: • Usunąć skrypt z tekstu. • Dodać przycisk z odpowiednim tekstem i odpowiednim linkiem. • Przyciski są konfigurowane osobno dla każdego kanału-odbiorcy.
Mamy chatbota na SendPulse i potrzebna jest konfiguracja, aby przez niego była możliwość zakupu subskrypcji na zamknięty klub za pomocą Stripe, która będzie automatycznie odnawiana co miesiąc, a także dawała możliwość zarządzania subskrypcją oraz automatycznie otwierała i zamykała dostęp w przypadku rozpoczęcia lub zakończenia subskrypcji Co jest już gotowe W Stripe stworzono produkt z miesięcznym pobieraniem i link do płatności. Bot w SendPulse istnieje, prowadzi użytkownika do płatności i potrafi dodawać tagi oraz pracować z polami kontaktowymi. Brakuje połączenia między dwoma systemami: obecnie, jeśli osoba płaci przez Stripe, SendPulse o tym nie wie Co trzeba zrobić Skonfigurować w Stripe webhook na zdarzenia checkout.session.completed, invoice.paid i customer.subscription.deleted Napisać handler (funkcja serverless lub gotowe narzędzie no-code, takie jak Albato, n8n), który przyjmuje webhook, wyciąga email klienta i typ zdarzenia Przez API SendPulse aktualizować pole lub tag kontaktu (na przykład, club_active = tak/nie) w zależności od zdarzenia Skonfigurować w SendPulse automatyzację, która na podstawie tego pola otwiera dostęp do zamkniętego kanału przy udanej płatności i zamyka przy anulowaniu lub nieudanym pobraniu Podłączyć Stripe Customer Portal, aby uczestnik mógł samodzielnie anulować subskrypcję lub zmienić kartę, a to również docierało do SendPulse przez ten sam webhook jeśli macie sposób na połączenie łatwiejsze bez zewnętrznych webhooków, również to rozważymy! Co powinno wyjść na końcu Działający proces: osoba płaci w Stripe, w ciągu kilku minut otrzymuje dostęp do kanału, przy anulowaniu lub niepowodzeniu pobrania dostęp jest automatycznie zamykany, bez udziału administratora. Plus krótka dokumentacja: gdzie co jest skonfigurowane, jak uruchomić handler ponownie, jeśli się zawiesi, i gdzie szukać w przypadku skargi uczestnika na zamknięty dostęp Kogo szukamy Doświadczenie w pracy z API Stripe i webhookami, doświadczenie z API SendPulse (lub gotowość do szybkiego zapoznania się z nim, dokumentacja jest otwarta), umiejętność uruchomienia prostego handlera serverless lub skonfigurowania połączenia w Albato/n8n. Gotowość do pokazania podobnego przypadku z portfolio będzie plusem
Opracowanie bota Telegram w Pythonie, który zbiera dane i synchronizuje je z Arkuszem Google w czasie rzeczywistym. System musi być odporny na awarie, zabezpieczony przed błędami ręcznego wprowadzania i całkowicie autonomiczny.
Szukam dewelopera, który stworzy bota Telegram dla naszego sklepu odzieżowego. Istota: menedżer wysyła botowi zwykłe zdjęcie produktu (na wieszaku, na stole) — bot za pomocą AI generuje gotową galerię profesjonalnych zdjęć do karty produktu na stronie/rynkach. Co powinien umieć bot Przyjmować 1–4 zdjęcia produktu w czacie Telegram. Automatycznie rozpoznawać produkt (kategoria, krój, męski/żeński) — bez ręcznego opisu. Generować galerię z ~6 zdjęć: produkt na modelu: studio z przodu, z tyłu, dynamiczna poza; zdjęcia produktowe: flat, detal z bliska, ghost-manekin; zdjęcie lifestyle. Spójny model — ta sama osoba we wszystkich zdjęciach galerii i między galeriami (twarz marki). Kilka stylów zdjęć do wyboru (na przykład: streetwear, casual, sport, old money). Format wyjściowy: JPG 4:5, pliki z numeracją (-01, -02…) — gotowe do załadowania. Możliwość ponownego wygenerowania pojedynczego zdjęcia lub zmiany stylu bez ponownej generacji całej galerii. Dostęp tylko dla naszej drużyny (allowlist), dzienne limity na użytkownika. Śledzenie kosztów API AI: pokazywać koszt przed generacją, prowadzić statystyki. Oczekiwania techniczne Generacja obrazów: Gemini (Nano Banana) / DALL·E / Flux lub analog — zaproponuj opcję z uzasadnieniem jakości i kosztu za zdjęcie. Bot ma działać 24/7 na VPS (auto-restart, wdrożenie pod klucz). Sekrety przez .env, kod przekazywany nam (repozytorium). Co zapewnimy Zdjęcia produktów do testów, życzenia dotyczące stylistyki marki. Na co czekam w odpowiedzi Ocena kosztów i terminów. Orientacyjny koszt jednej galerii. Od i Do
Ogólne informacje: Jest bot Telegram, napisany w Pythonie (aiogram v3, aiohttp, MySQL, Redis). To usługa do interakcji między zleceniodawcami a wykonawcami (profile, projekty itp.). Wymagane umiejętności: - Pewne doświadczenie z aiogram v3 (nie v2!), asyncio, aiohttp; - Znajomość Telegram Bot API (webhooki); - Doświadczenie w pracy z MySQL, Redis; - Umiejętność rozumienia cudzej kody; - Komunikatywność, odpowiedzialność. Potrzebuję na bieżącej wersji bota bezpośrednio na serwerze naprawić błąd-problem Problem polega na tym: Nie funkcjonują w pełni czaty (Nory), powinien być czyściciel, który będzie działał zgodnie z algorytmem, ale teraz działa z błędami, czyści niezgodnie z harmonogramem - Czat między zleceniodawcą jest potrzebny do omawiania z wykonawcą kwestii roboczych. - Czat (nory już wszystkie zostały stworzone, potrzebne jest, aby je czyścił i ustawiać w kolejce - Użytkownik bot tworzy czaty (parne nory, już je mamy) i ustawia je w kolejce, jeśli w czacie dokonano transakcji, rozmówcy w nim są (w jednym czacie wykonawca, w drugim czacie zleceniodawca); jeśli czat jest zamknięty lub nie dokonano transakcji i użytkownicy nie pisali tam przez 7 dni; bot usuwa stamtąd zleceniodawców lub wykonawców i ustawia ten czat (norę z powrotem w kolejce) - Zleceniodawca może przejść do czatu z każdym wykonawcą, który odpowiedział na zlecenie - Zleceniodawca i wykonawca znajdują się w dwóch równoległych czatach, aby nie było możliwości zobaczenia bezpośredniego konta rozmówcy i nie było możliwości napisania do niego bezpośrednio * Nie zmieniamy działania czatów i wszystkiego innego Najważniejsze, aby poprawka nie pociągnęła za sobą innych problemów
Witam, korzystam z 2 różnych botów telegramowych do potwierdzania zamówień z internetowego sklepu. 1 - tgmall ze względu na jego wygodny funkcjonalność mini aplikacji, 2 - sendpulse, gdzie wykorzystuję większość komunikacji z klientami po prostu dzięki menu ze scenariuszami. Problem polega na tym, że sendpulse bardzo się zawiesza, a tgmall albo nie daje potrzebnego funkcjonalności w scenariuszach, albo nie wiem, jak je zrealizować.
Czy można napisać kod, który pomaga uchwycić moment silnego skoku w dół lub w górę? Chcę zrealizować taką strategię. Bot, który da potrzebny sygnał do zakładu w górę lub w dół Kiedy to będzie naprawdę TO. Załączę, co mam na myśli. Ogólnie, szukam specjalisty do stworzenia bota do handlu opcjami binarnymi.
Trzeba stworzyć parser do zbierania cen konkurencji, katalog ponad 40 tysięcy produktów. Dostęp do cen jest możliwy tylko po zalogowaniu
Dzień dobry, potrzebna pomoc w stworzeniu logiki i realizacji pomysłu. Czat-bot do śledzenia statusu produkcji dokumentów dla centrum edukacyjnego.
Bot Telegram
Cześć. Poniżej zebrałem warunkowe TZ dotyczące bota dla naszej synagogi. Potrzebujemy nie tylko bota Telegram, ale wygodnej mini-aplikacji dla synagogi i społeczności, przez którą osoba będzie mogła orientować się w życiu synagogi, szybko uzyskiwać potrzebne informacje, przeglądać harmonogram, dowiadywać się o wydarzeniach, zapisywać się i wchodzić w interakcje z nami. W stylu i logice można się wzorować na bota-referencji, którą pokazaliśmy, ale potrzebujemy lepszej wersji: wygodniejszej, nowocześniejszej, bardziej użytecznej i z bardziej zrozumiałą strukturą. Jeśli masz swoje mocne zdanie na temat wyglądu, UX i struktury, i widzisz, jak to zrobić lepiej, jesteśmy otwarci na propozycje. Główna idea: aby osoba mogła szybko orientować się w życiu synagogi przez bota. Co powinno być w bocie. 1. Ekran główny z konkretnymi przyciskami Na ekranie głównym powinny być zrozumiałe duże przyciski: Dziś Harmonogram Wydarzenia Szabat Kalendarz żydowski Moje daty A-Jom Jom na dziś Usługi synagogi Kontakty Darowizna Ustawienia 2. Sekcja „Dziś” To jedna z głównych sekcji. Osoba wchodzi i od razu widzi, co się dzieje dzisiaj. Co powinno być wyświetlane: jaka jest dzisiejsza żydowska data jakie są dzisiejsze modlitwy o której się odbywają jakie są dzisiejsze wydarzenia w naszej synagodze ważne daty i wydarzenia w żydowskim świecie jeśli aktualne — czas zapalenia świec i zakończenia Szabatu Przyciski wewnątrz: Modlitwy dzisiaj Wydarzenia dzisiaj Żydowska data Szabat / świece Więcej informacji 3. Sekcja „Harmonogram” Przez nią osoba powinna wygodnie przeglądać harmonogram. Przyciski: Na dziś Na jutro Na tydzień Na Szabat Na święta Co wewnątrz: Szacharit Mincha Maariw lekcje posiłki świąteczne usługi inne aktywności z czasem i, jeśli to konieczne, miejscem Ważne, aby administracja mogła łatwo aktualizować ten harmonogram. 4. Sekcja „Wydarzenia” Potrzebna jest pełnoprawna sekcja dotycząca wydarzeń. Co powinno być: najbliższe wydarzenia wszystkie wydarzenia karta każdego wydarzenia rejestracja W karcie wydarzenia: nazwa data czas miejsce krótkie opisanie przycisk zapisz się przycisk więcej informacji Przykłady wydarzeń: Szabat lekcja spotkanie młodzieżowe wykład charytatywny obiad spotkanie kobiet / mężczyzn święto wyprawa 5. Sekcja „Szabat” To powinna być oddzielna sekcja, a nie tylko część harmonogramu. Co wewnątrz: czas zapalenia świec czas modlitw czas posiłków czas zakończenia Szabatu tygodniowa parafraz krótkie informacje o najbliższym Szabacie zapisy na Szabat Przyciski: Najbliższy Szabat Harmonogram Szabatu Tygodniowa parafraz Zapisz się na Szabat Co trzeba wiedzieć 6. Sekcja „Kalendarz żydowski” Co powinno być: dzisiejsza żydowska data najbliższe święta Rosh Chodesh posty daty pamięci krótkie wyjaśnienie dnia / święta Przyciski: Dziś Najbliższe daty Święta Rosh Chodesh Daty pamięci 7. Sekcja „Moje daty” Przyjmujemy ten pomysł z referencji, ale chcemy go uczynić użytecznym. Użytkownik powinien mieć możliwość zapisywania: urodzin żydowskich urodzin jorcaitów innych ważnych dat Co powinien robić bot: przechowywać te daty przypominać o nich umożliwiać ustawienie powiadomień Przyciski: Dodaj datę Moje daty Przypomnienia Usuń datę 8. Sekcja „A-Jom Jom na dziś” Co powinno być: tekst na dziś wygodne ładne wyświetlenie możliwość przeglądania poprzedniego / następnego dnia przycisk udostępnij Przyciski: Dziś Wczoraj Jutro Udostępnij 9. Sekcja „Usługi synagogi” Potrzebna jest praktyczna nawigacja. Co można umieścić: zapisy na lekcję zapisy na Szabat zapisy na wydarzenie zadać pytanie wolontariat programy charytatywne inne usługi / kierunki synagogi 10. Sekcja „Kontakty” Powinny być: adres telefon Telegram Instagram YouTube email sposoby kontaktu z nami w razie potrzeby geolokalizacja Przyciski: Zadzwoń Napisz Otwórz adres Instagram Telegram YouTube 11. Sekcja „Darowizna” Trzeba to zrobić starannie i zrozumiale. Co powinno być: przycisk darowizny sposoby płatności dane / link krótkie wyjaśnienie, na co idą środki kontakt w sprawie darowizn 12. Sekcja „Ustawienia” Użytkownik powinien mieć możliwość ustawienia: język codzienne powiadomienia czas powiadomień przypomnienia o Szabacie przypomnienia o świętach przypomnienia o osobistych datach Przyciski: Język Powiadomienia Szabat Święta Moje daty Włącz / wyłącz subskrypcję 13. Codzienna subskrypcja Potrzebujemy, aby bot codziennie wysyłał ludziom aktualne informacje: jakie są dzisiaj modlitwy o której się odbywają jakie są dzisiejsze wydarzenia w naszej synagodze jakie są dzisiejsze ważne daty i wydarzenia w żydowskim świecie jeśli aktualne — czas świec / zakończenie Szabatu To znaczy, że osoba rano otwiera bota lub otrzymuje wiadomość i od razu rozumie obraz dnia. 14. Zapisy i rejestracje Przez bota powinna być możliwość zapisywania się na: Szabat lekcje wydarzenia spotkania inne aktywności Logika: osoba naciska przycisk zostawia imię telefon / nazwa użytkownika w razie potrzeby dodatkowe dane wniosek trafia do administratora / do tabeli / do CRM 15. Część administracyjna Ważne jest, aby zarządzanie botem było wygodne. Administrator powinien mieć możliwość: aktualizować harmonogram modlitw dodawać i edytować wydarzenia zmieniać teksty uruchamiać subskrypcje widzieć rejestracje i wnioski zmieniać kontakty i linki Ważne, aby to było naprawdę wygodne w obsłudze, a nie zbyt skomplikowane. 16. Wsparcie i rozwój Na pierwszym etapie nie trzeba robić wszystkiego od razu, można uruchomić mocną pierwszą wersję, a potem uzupełniać w trakcie. Ale ważne jest, aby od razu przewidzieć: możliwość rozszerzenia wsparcie i obsługę bota po uruchomieniu naprawę błędów udoskonalenia w trakcie użytkowania 17. Co jest ważne na koniec Potrzebujemy bota, który stanie się mini-aplikacją dla naszej synagogi i pomoże osobie wygodnie się orientować: co dzisiaj jakie modlitwy jakie wydarzenia co będzie na Szabat jak się zapisać jak się skontaktować gdzie zobaczyć żydowski harmonogram co się dzieje w naszej synagodze i w żydowskim świecie Jeśli widzisz, jak można poprawić strukturę, przyciski, wygląd i logikę lepiej niż w bocie-referencji, to tylko na plus. Potrzebujemy nie klona, ale mocniejszej, wygodniejszej i nowocześniejszej wersji. https://www.hebcal.com/home/developer-apis Chabad.org
Rozwój bota Telegram: zamknięta platforma marketplace ekspertów Szukam dewelopera (lub małego zespołu) do stworzenia bota Telegram — zamkniętej platformy, która łączy zweryfikowanych ekspertów i klientów w celu rozwiązywania profesjonalnych zadań. Model przypomina marketplace usług z administratorem-kuratorem, a nie całkowicie automatyczny serwis. Co jest gotowe: Szczegółowe zadanie techniczne (30+ stron) — role użytkowników, krok po kroku UX-flow z tekstami przycisków, modele statusów Zgłoszenia/Sprawy, model danych, model statusów rozliczeń, panel administracyjny. Kluczowa funkcjonalność: - Dwie role użytkowników (klient / ekspert) z możliwością połączenia - Weryfikacja ekspertów przez administratora (bez automatycznego podejmowania decyzji) - Dobór i moderacja zapytań przez kuratora - Wewnętrzna przestrzeń komunikacji w obrębie bota (bez ujawniania kontaktów stron sobie nawzajem) - Model statusów płatności: escrow, potwierdzenie wpływu środków, wypłaty - System poleceń z bonusami - Panel administracyjny z rozszerzonymi prawami dostępu Oczekiwany stack: według uznania dewelopera (Python/Node.js), najważniejsze --- doświadczenie z Telegram Bot API, pracą ze stanami (FSM), bazami danych oraz integracjami płatności. Format współpracy: praca według gotowego TŻ, omówienie terminów i budżetu po zapoznaniu się z dokumentem. Co wysłać: przykłady zrealizowanych botów Telegram (preferowane --- z skomplikowaną logiką stanów lub płatnościami), orientacyjną ocenę terminów i kosztów.
Specyfikacja techniczna systemu automatyzacji wyszukiwania klientów w Telegramie Rozwój 1. Ogólne zadanie Wymagana jest stworzenie systemu MVP do automatycznego wyszukiwania klientów w czatach Telegram z zapewnieniem wydania znalezionych użytkowników operatorom działu sprzedaży. System powinien składać się z: użytkowników-botów opartych na Telethon; bota Telegram dla operatorów; bota Telegram (lub oddzielnej sekcji administracyjnej wewnątrz bota) dla administratora; bazy danych PostgreSQL; konfiguracji Docker do wdrożenia w konfiguracji. Panel webowy na tym etapie nie jest wymagany. 2. Praca z wieloma kontami Telegram System nie powinien być ograniczony do jednego konta Telegram. Należy zapewnić wsparcie dla wielu kont (na przykład 5 i więcej) z możliwością dalszego zwiększania ich liczby bez zmiany konfiguracji. Dla każdego konta powinna być możliwość: autoryzacji przez Telethon; prowadzenia własnej sesji; podłączenia nowego konta; odłączenia konta; zmiany konta bez utraty bazy danych. Administrator powinien mieć możliwość samodzielnego podłączenia nowych kont Telegram. 3. Rozdzielanie czatów między kontami W systemie będzie używane wiele czatów Telegram (około 800 i więcej). Wszystkie czaty są włączone w jedną system. System powinien automatycznie: prowadzić czaty między podłączonymi kontami; przestrzegać ograniczeń Telegram; Zarządzać przenoszeniem czatu na inne konto; Nie dopuszczać do duplikacji jednego czatu przez wiele kont (jeśli nie jest to specjalnie włączone). Pożądane jest zapewnienie równoważenia obciążenia między kontami. 4. Zarządzanie listą czatów Administrator powinien mieć możliwość bez udziału programisty: podłączenia czatu; usunięcia czatu; zaimportowania listy czatów z pliku; masowego ładowania kosztów czatów; włączenia lub wyłączenia monitorowania poszczególnych czatów; uruchomienia ponownego zbierania historii dla wybranego czatu. Po dodaniu nowego czatu system automatycznie włącza go do jednego z kluczy kont. 5. Zbieranie danych Dla każdego podłączonego konta należy zrealizować: Pierwotne parsowanie Po dodaniu czatu: załadowanie historii wiadomości za wskazany okres; zapisanie wszystkich dostępnych informacji. Monitorowanie Po zakończeniu pierwotnego ładowania: stałe śledzenie nowych wiadomości; zapis nowych użytkowników; zapis nowej aktywności istniejących użytkowników. 6. Obsługa blokady Telegram wymaga poprawnej obsługi: FloodWait; PeerFlood; czasowe ograniczenia Telegram; błędne połączenia; przerwanie połączenia; możliwe ponowne połączenie; czasowa niedostępność konta. Jeśli jedno konto jest tymczasowo zablokowane przez ograniczenie, pozostała praca trwa. 7. Zapis danych użytkowników. Dla każdego użytkownika zapisywane jest: identyfikator Telegram; imię; nazwisko (jeśli jest); nazwa użytkownika; link do profilu; lista wszystkich czatów; tekst wiadomości; data i czas wiadomości; link do wiadomości (jeśli można go uzyskać z Telegram). Łączenie użytkowników odbywa się wyłącznie na podstawie identyfikatora Telegram. Jeśli użytkownik napisał w 20 czatach — wyświetla jedną kartę. 8. Karta użytkownika Operator powinien widzieć: imię; nazwa użytkownika; identyfikator Telegram; link do profilu; lista wszystkich czatów; wiadomości; data aktywności. Przykład: Użytkownik: Jan Kowalski ID użytkownika : 123456789 Czat "Biznes": Wiadomość: "Dzień dobry, interesuje mnie reklama" Data: 01.03.2026 12:15 Czat "Marketing": Wiadomość: "Kto zajmuje się promocją?" Data: 05.03.2026 18:42 9. Praca operatorów System powinien automatycznie tworzyć kolejkę klientów. Po otrzymaniu klienta: użytkownik jest przypisany do operatora; drugi operator nie może otrzymać tego samego klienta; prowadzić historię działań. Statusy: Przyjął klienta; Niedostępny; Nie dodzwonił się; Odmowa; W pracy; Oddzwonić; Usunąć. Po wybraniu parametru automatycznie otworzy się następny klient. 10. Powtórne wydanie użytkowników Powinna być możliwość ustawienia powtórnego wydania użytkowników. Na przykład: nigdy; po 30 dniach; po 60 dniach; po 90 dniach; dowolny okres. 11. Sekcja administracyjna Administrator powinien mieć możliwość: Zarządzanie kontami dodać konto; usunąć konto; sprawdzić status konta; przejrzeć ograniczenia konta; zmienić konto. Zarządzanie czatami dodać; usunąć; zaimportować; wyeksportować; wyłączyć monitorowanie; wyłączyć monitorowanie. Zarządzanie operatorami dodać; usunąć; zablokować; zmienić uprawnienia. Zarządzanie parserem uruchomić zbieranie; zatrzymać zbieranie; cała historia od nowa; sprawdzić obecny status. Statystyki Podgląd: liczba użytkowników; liczba wiadomości; liczba przetworzonych klientów; liczba aktywnych operatorów; liczba podłączonych kont; liczba aktywnych czatów. 12. Baza danych Użyj PostgreSQL. Należy przechowywać: użytkowników; wiadomości; czaty; aktywność; kont Telegram; operatorów; statusy przetwarzania; historia przetwarzania; rozdział czatów między kontami. 13. Skalowanie Architektura powinna umożliwiać: podłączenie 10, 20 i więcej kont Telegram; podłączenie tysięcy czatów Telegram; obciążenie obciążenia; eksport danych; praca z CRM; Podłączenie nowych funkcji bez całkowitej przeróbki projektu. 14. Docker Wykonawca powinien skonfigurować: docker-compose.yml; Dockerfile; instrukcję uruchomienia; instrukcję aktualizacji; instrukcję tworzenia kopii zapasowej bazy. System powinien zarządzać jedną komendą.
Trzeba stworzyć bota na Telegram, który będzie monitorował ogłoszenia na trzech stronach z wynajmem mieszkań (olx, lun, rieltor.ua) i wysyłał je w sposób zorganizowany na Telegram