Telegram bot, web app, subskrypcja cykliczna

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ą.

Bot do lustrzenia pozycji na Binance Futures (Python) Potrzebny bot, który odczytuje moje pozycje na Hyperliquid (publiczne API) oraz Bitget Futures (mój klucz tylko do odczytu) i proporcjonalnie powtarza je na moim Binance USDT-M Futures przez API. Logika: otwieranie, zwiększanie, częściowe zamykanie, pełne zamykanie — wszystko lustrzane z konfigurowalnym współczynnikiem rozmiaru. Polling co 5–10 sek. Obowiązkowa poprawna obsługa częściowych zamknięć i uśrednień. Wymagania: powiadomienia w Telegramie o transakcjach i błędach; konfiguracja (pary, współczynnik, limity); wdrożenie na moim VPS + instrukcja; kod źródłowy przekazywany mi. Klucze wprowadzam sam. Etapy: 1) Hyperliquid→Binance, test na małych kwotach; 2) Bitget→Binance. Płatność przez safe etapowo. W odpowiedzi podaj doświadczenie z API giełd i jak obsłużysz częściowe zamknięcie 30% pozycji liderem

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

Projekt: Opracowanie profesjonalnej aplikacji dashboard do Crazy Time Live (.NET C#)Przegląd projektu Szukam doświadczonego programisty C#/.NET na desktop, który zbuduje profesjonalną aplikację na Windows do wyświetlania, przechowywania i analizowania danych na żywo i historycznych z gry Crazy Time uzyskanych od legalnego dostawcy API. Aplikacja powinna mieć nowoczesny interfejs w ciemnym motywie, aktualizacje w czasie rzeczywistym oraz skalowalną architekturę na przyszłe ulepszenia.Wymagane technologie C# (.NET 8) WPF (preferowane) lub WinForms Visual Studio 2022/2025 SQLite REST API WebSocket JSON Async/Await MVVM (jeśli używane jest WPF)Główne funkcje Nowoczesny ciemny dashboard Menadżer kluczy API Integracja REST API Wsparcie dla WebSocket Wyświetlanie danych na żywo w czasie rzeczywistym Przechowywanie danych historycznych Automatyczna synchronizacja Monitorowanie połączenia Rejestrowanie błędów Dashboard statystyk Filtrowanie danych Eksport do CSV i Excel Ustawienia aplikacjiModuły dashboardu Aplikacja powinna zawierać: Dashboard Wyniki na żywo Historia Statystyki Status połączenia Menadżer API Informacje o rundzie Monitor wydajności Ustawienia Menadżer bazy danychAnaliza danych Oprogramowanie powinno zapewniać narzędzia analityczne dla dostępnych danych historycznych i na żywo, w tym: Analiza częstotliwości Analiza trendów Raporty statystyczne Wykresy i diagramy Filtrowanie danych Historia wyszukiwania Metryki wydajności Aplikacja powinna analizować tylko dostępne dane i nie powinna twierdzić, że przewiduje przyszłe wyniki niezależnych gier.Interfejs użytkownika Chcę interfejsu UI wysokiej jakości, podobnego do profesjonalnego oprogramowania do handlu lub monitorowania. Wymagania: Nowoczesny ciemny motyw Zaokrąglone panele Łagodne animacje Profesjonalne ikony Responsywny układ Wysokiej jakości UI/UX Szybka wydajnośćJakość kodu Kod powinien być: Czysty i dobrze zorganizowany W pełni udokumentowany Modularny i skalowalny Łatwy w utrzymaniu Optymalizowany pod kątem wydajności Budowany zgodnie z najlepszymi praktykamiDostarczane materiały Kompletne rozwiązanie Visual Studio Pełny kod źródłowy Baza danych Dokumentacja Instrukcja instalacji Wsparcie w przyszłości (opcjonalnie)Wymagania dla dewelopera Proszę o uwzględnienie: Doświadczenie w aplikacjach desktopowych C#/.NET Doświadczenie z REST API i WebSocketami Portfolio podobnych projektów Szacowany czas rozwoju Stała cena lub stawka godzinowa Szukam długoterminowej współpracy z utalentowanym deweloperem, który potrafi zbudować wysokiej jakości i rozbudowaną aplikację.