Telegram Mechanic
[!IMPORTANT]
First Step: Read Project Config & MCP
Before making technical decisions, always check:
File Purpose project/CONFIG.yamlStack versions, modules, architecture mcp.yamlProject 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.