Twój pierwszy workflow: poranne podsumowanie na Telegramie

Najlepszy pierwszy workflow to taki, który przyda ci się już jutro rano. Zbudujmy „poranne podsumowanie”.

Trzy nody i to wszystko

[Schedule: codziennie o 9:00]
   → [HTTP Request: pobrać dane (pogoda/newsy/kursy)]
   → [Telegram: wysłać mi wiadomość]

Krok po kroku

1. Nowy workflow → „+” → znajdź node Schedule Trigger → ustaw na 9:00.
2. Dodaj node HTTP Request — uniwersalne „idź pod ten adres i przynieś dane”. Do pogody wystarczy dowolne otwarte API (choćby open-meteo — bez kluczy): wklej URL z notatek do lekcji.
3. Node Telegram → operacja Send Message. Będzie ci potrzebne połączenie: token bota (@BotFather daje go w minutę — jeśli robiłeś kurs o botach, już go masz) i twój chat ID. n8n trzyma takie połączenia w sekcji Credentials — ustawiasz raz, używasz w każdym workflow.
4. Przycisk Execute Workflow — uruchomienie ręczne. Wiadomość doszła? Działa.
5. Przełącznik Active — teraz workflow żyje sam: co rano, bez ciebie.

Dwie rzeczy, których uczy ta lekcja

• Execute przed aktywacją. Zawsze odpal ręcznie i zobacz, co wyszło z każdego node (kliknięcie w node pokazuje, co przez niego przeszło). Debugowanie w n8n to patrzenie na dane, a to prostsze, niż brzmi.
• Credentials leżą osobno od workflowów. Tokeny i hasła siedzą w bezpiecznym schowku, a nie w nodach — znana zasada „trzymaj sekrety z dala od kodu”.

Czym naprawdę jest HTTP Request

Node HTTP Request to najbardziej uniwersalny klocek w n8n: puka pod adres w internecie i przynosi odpowiedź. Prawie każda usługa na świecie wydaje dane pod takim adresem (właśnie to ludzie mają na myśli, mówiąc API). Do pogody open-meteo pasuje świetnie — otwarte API, bez kluczy, bez rejestracji. Tak wygląda zapytanie:

GET https://api.open-meteo.com/v1/forecast
    ?latitude=52.52&longitude=13.41¤t=temperature_2m

Odpowiedź (kawałek):
{ "current": { "temperature_2m": 3.4, "time": "2026-07-15T09:00" } }

Później, w node Telegram, wyciągniesz z tej odpowiedzi temperature_2m i wstawisz do tekstu — jak dokładnie, pokażemy w następnej lekcji, o danych przechodzących między nodami. Na razie wystarczy wiedzieć: HTTP Request przyniósł JSON, a JSON to po prostu pola i wartości.

Co zwykle idzie nie tak za pierwszym razem

• „Bad credentials” w Telegramie. Token skopiował się ze zbędną spacją albo należy do innego bota. Zrób połączenie w Credentials od nowa i wklej token czysto, bez niczego dookoła.
• Brak wiadomości, ale i brak błędów. Nie napisałeś do bota jako pierwszy. Bot Telegrama nie może zacząć rozmowy — otwórz czat, naciśnij Start, i dopiero wtedy będzie mógł do ciebie pisać.
• Zły chat ID. @userinfobot poda ci twój: prześlij mu dowolną wiadomość, a odpisze liczbą. Ta liczba to twój chat ID.
• „Nie uruchamia się o czasie.” Sprawdź przełącznik Active: bez niego Schedule Trigger po prostu śpi. Ręczny Execute działa zawsze; harmonogram — tylko przy aktywnym workflow.

Dlaczego Telegram to idealne pierwsze wyjście

Wysyłamy podsumowanie na Telegram z rozmysłem. Po pierwsze, bota stawia się w minutę przez @BotFather i nie trzeba do tego ani serwera pocztowego, ani płatnego konta. Po drugie, wiadomość ląduje ci od razu w kieszeni — idealnie, żeby zobaczyć, że workflow zadziałał. Po trzecie, tego samego node Telegram użyjesz w każdej kolejnej lekcji: powiadomienie handlowca o leadzie, odpowiedzi twojego bota RAG, zatwierdzanie treści przyciskami. Ustaw połączenie raz w Credentials, a będzie gotowe na resztę kursu. Jeśli robiłeś kurs o botach, masz już token i wiesz, co to chat ID; jeśli nie, te dwie minuty zwrócą ci się dziesięciokrotnie.

Zrób to teraz

Zbuduj workflow z trzech nodów: Schedule Trigger na 9:00 → HTTP Request do open-meteo ze współrzędnymi swojego miasta → Telegram Send Message z dowolnym tekstem, „Dzień dobry!” w zupełności wystarczy. Naciśnij Execute Workflow i sprawdź, czy wiadomość dochodzi. Na razie bez temperatury w tekście — wstawimy ją w lekcji o danych. Gdy zadziała, włącz Active, a jutro o 9:00 dostaniesz pierwszą wiadomość od workflow, który sam zbudowałeś.