Your goal
Build a Telegram test bot with explicit commands, safe credentials and a fallback path.
Make a bot answer the right question and show its limits clearly.
Residents ask your fictional bot about the next meetup. It should answer confirmed facts, show help and acknowledge unknown commands. It must not promise to be a human organizer.
Build a Telegram test bot with explicit commands, safe credentials and a fallback path.
Draft the correct /next response from the approved brief.
A tested bot, a command table and a webhook troubleshooting note.
This interactive model teaches the mechanism. It does not call a model, search your files or send messages.
A Telegram message creates an update. A trigger receives it, a workflow chooses a reply and the Telegram API sends the response. A text prompt alone is not a deployed bot.
Test and production configurations can compete for a bot webhook. Use a dedicated test bot and understand which workflow currently receives its updates.
A resident should get useful help when a command is absent or unsupported. Silence and invented answers both make a bot hard to trust.
Use BotFather to create a dedicated test bot. Store the token only in n8n credentials. Write an intro saying this is an automated demo.
Check: The bot has a clear identity and the token is not in slides or public files.
Use a separate test bot from an existing community bot.
Define /start, /help and /next plus a fallback. The /next response uses only the approved Saturday10:00 community-room brief.
Check: Every supported command has one expected response.
Do not add unknown perks or live facts.
Add Telegram Trigger and connect credentials in n8n. Confirm that the webhook URL is public HTTPS from the trigger execution environment.
Check: Your own test message reaches the correct workflow.
A laptop localhost URL cannot be reached by Telegram without a suitable public webhook setup.
Use explicit command conditions or a Switch node. Connect Telegram Send Message to the received chat ID.
Check: Each command replies only to the chat that sent the test request.
Do not hardcode a public group ID for this exercise.
Send unknown text, a missing command and /next. Check the execution log. If delivery stops, inspect test/production webhook ownership.
Check: Fallback and confirmed facts work; logs show input and chosen route.
Telegram bots cannot generally start a private chat with someone who has never contacted them.
Document commands, token rotation location, active workflow, fallback and the approval step needed before adding it to a community group.
Check: Another organizer can troubleshoot one failed update.
Do not include the token in the handoff document.
Design a Telegram test-bot command table for /start, /help, /next and unknown text. Approved /next facts: Saturday10:00, community room, free entry. Identify the bot as an automated demo. Explain the n8n Telegram Trigger to routing to Send Message flow, mapping reply chat ID from the update, public HTTPS webhook requirements, test/production webhook conflicts and private token storage. Keep unsupported answers unknown.
Webhook URL is unreachable or another workflow owns it.
Try: Check public HTTPS and use one active test/production owner.
A chat ID was hardcoded.
Try: Map the chat ID from the current trigger update.
An unbounded AI step replaced a known command table.
Try: Use explicit approved responses first and retain an unknown-answer path.
Tick a criterion only after checking your own artifact. These are self-reported checks, not an automated certification.
Add two more approved FAQ entries and an unknown-answer route. Then compare a fixed table with an optional retrieval-based draft.
A Telegram message creates an update. A trigger receives it, a workflow chooses a reply and the Telegram API sends the response. A text prompt alone is not a deployed bot.
Test and production configurations can compete for a bot webhook. Use a dedicated test bot and understand which workflow currently receives its updates.
A resident should get useful help when a command is absent or unsupported. Silence and invented answers both make a bot hard to trust.
Use the primary documentation to verify this part of your build.
Apply it in the project labUse the primary documentation to verify this part of your build.
Apply it in the project lab