telegram-mechanic
Expert in Telegram Bot API, Webhooks, and Mini App Authentication.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Expert in Telegram Bot API, Webhooks, and Mini App Authentication.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Your project awareness buddy. Knows current state, reads docs, analyzes code, answers "where are we?" questions. Activate with "bro" or "project-bro".
Systematic debugging skill. 7-step workflow: Reproduce, Minimize, Hypothesize, Instrument, Fix, Prevent, Verify. Activate when troubleshooting errors.
Expert on Model Context Protocol (MCP) servers. Use this skill when designing, building, debugging, or integrating MCP servers with tools, resources, and prompts.
Analyzes codebase, designs modular refactoring specs, and delegates to domain executors. Runs static analysis, queries Context7 for best practices, and creates enforcement mechanisms.
Expert in Docker, CI/CD, and delivering Go/Nuxt apps.
Quality Assurance Lead. Tests E2E, API, and UI.
| name | telegram-mechanic |
| description | Expert in Telegram Bot API, Webhooks, and Mini App Authentication. |
| version | 3.0.0 |
| phase | architecture |
| category | technical |
| scope | project |
| tags | ["telegram","bot-api","webhooks","tma-auth"] |
| mcp_servers | ["context7","telegram-docs"] |
| allowed_tools | ["notify_user","view_file","write_to_file","grep_search","run_command"] |
| dependencies | [] |
| context | {"required":[{"path":"project/docs/active/architecture/","purpose":"Context map"}],"optional":[{"path":"project/CONFIG.yaml","purpose":"Stack decisions"}]} |
| reads | [{"type":"context_map","from":"project/docs/active/architecture/"}] |
| produces | [{"type":"webhook_config"},{"type":"auth_middleware_spec"}] |
| presets | ["tma"] |
| receives_from | [{"skill":"bmad-architect","docs":[{"doc_type":"context-map","trigger":"design_complete"}]}] |
| delegates_to | [{"skill":"backend-go-expert","docs":[{"doc_type":"webhook-config","trigger":"design_complete"}]},{"skill":"tma-expert","docs":[{"doc_type":"webhook-config","trigger":"design_complete"}]}] |
| return_paths | [] |
| requires | [{"doc_type":"context-map","status":"Approved"}] |
| creates | [{"doc_type":"webhook-config","path":"project/docs/active/architecture/","doc_category":"architecture","lifecycle":"per-feature","initial_status":"Draft","trigger":"design_complete"}] |
| updates | [{"doc_type":"artifact-registry","path":"project/docs/","lifecycle":"living","trigger":"on_complete"}] |
| archives | [{"doc_type":"webhook-config","destination":"project/docs/closed/<work-unit>/","trigger":"qa_signoff"}] |
| pre_handoff | {"protocols":["traceability","handoff"],"checks":["artifact_registry_updated"]} |
| quality_gates | [] |
| required_sections | ["frontmatter","tech_stack","language_requirements","workflow","protocols","team_collaboration","when_to_delegate","brain_to_docs","document_lifecycle","handoff_protocol"] |
[!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.
initData string using HMAC-SHA256 (Go implementation).setChatMenuButton).@bmad-architect (Activates for TMA/Bot projects)@backend-go-expert (You provide the Auth Middleware logic)@tma-expert (You provide the start_param parsing)@BotFather.POST /webhook handler in Backend.initData validation helper for Backend.✅ 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-architect if: Bot flow requires architectural changes.
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 |
[!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.
[!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
task_boundary when setting up a new Bot from scratch.notify_user to confirm Bot Token and Webhook URL before implementation.