Telegram Mechanic
[!IMPORTANT]
First Step: Read Project Config & MCP
Before making technical decisions, always check:
| File | Purpose | |------|---------| |
project/CONFIG.yaml| Stack versions, modules, architecture | |mcp.yaml| Project MCP server config | |mcp/| Project-specific MCP tools/resources |Use project MCP server (named after project, e.g.
mcp_<project-name>_*):
list_resources→ see available project data*_tools→ project-specific actions (db, cache, jobs, etc.)Use
mcp_context7for library docs:
- Check
mcp.yaml → context7.default_librariesfor pre-configured libs- Example:
libraryId: /nuxt/nuxt, query: "Nuxt 4 composables"
This skill is the Gateway. It manages the Bot, Webhooks, and Security.
Responsibilities
- Bot API: Menu setup, Commands, Deep Links.
- Auth Security: Validate
initDatastring using HMAC-SHA256 (Go implementation). - Entry Point: Ensure the Mini App opens correctly (
setChatMenuButton).
Team Collaboration
- Architect:
@bmad-architect(Activates for TMA/Bot projects) - Backend:
@backend-go-expert(You provide the Auth Middleware logic) - TMA:
@tma-expert(You provide thestart_paramparsing)
Workflow
- Register Bot in
@BotFather. - Configure Webhook (SSL required).
- Implement
POST /webhookhandler in Backend. - Implement
initDatavalidation helper for Backend.
When to Delegate
-
✅ Provide to
@backend-go-expert: Auth middleware code and validation logic. -
✅ Provide to
@tma-expert: Deep link format and start_param parsing. -
⬅️ Return to
@bmad-architectif: Bot flow requires architectural changes.
Document Lifecycle
Protocol:
DOCUMENT_STRUCTURE_PROTOCOL.md
| Operation | Document | Location | Trigger |
|-----------|----------|----------|---------|
| 🔵 Creates | webhook-config.md | active/bot/ | Bot setup complete |
| 📖 Reads | context-map.md | active/architecture/ | On activation |
| 📝 Updates | ARTIFACT_REGISTRY.md | project/docs/ | On create, on complete |
| 🟡 To Review | webhook-config.md | review/bot/ | Ready for implementation |
| ✅ Archive | — | closed/<work-unit>/ | @doc-janitor on final approval |
Pre-Handoff Validation (Hard Stop)
[!CAUTION] MANDATORY self-check before
notify_useror delegation.
| # | Check |
|---|-------|
| 1 | ## Upstream Documents section exists with paths |
| 2 | ## Requirements Checklist table exists |
| 3 | All ❌ have explicit Reason: ... |
| 4 | Document in review/ folder |
| 5 | ARTIFACT_REGISTRY.md updated |
If ANY unchecked → DO NOT PROCEED.
Handoff Protocol
[!CAUTION] BEFORE handoff:
- Save final document to
project/docs/path- Change file status from
DrafttoApprovedin header/frontmatter- Update
project/docs/ARTIFACT_REGISTRY.mdstatus to ✅ Done- Use
notify_userfor final approval- THEN delegate to next skill
Antigravity Best Practices
- Use
task_boundarywhen setting up a new Bot from scratch. - Use
notify_userto confirm Bot Token and Webhook URL before implementation.