Project mapping · Map
Bot Navigation Map
Create or update docs/bot_navigation_map.md as a current map of bot entry points, states, transitions, commands, keyboards, and recovery paths.
Vibe Coding 1.3.0 · vibe-map · English technical instructions
Use this workflow
Use this workflow in Codex or Claude Code with the free Vibe Coding plugin. Choose your assistant and prompt language, then add your task details after the prompt.
Operation
Create or refresh only the requested repository map. A map is a navigation index, not proof of correctness. Verify entries against current owners and preserve stable IDs. If the user asks for an explanation in chat, do not insist on writing a file.
Goal
Create or update docs/bot_navigation_map.md as a current map of bot entry points, states, transitions, commands, keyboards, and recovery paths.
Inspect
Commands, message/callback handlers, routers, scenes/FSM states, keyboards, templates, middleware, auth/permissions, scheduled/proactive messages, deep links, persistence, tests, docs, platform config, and generated maps if present.
Map content
Evidence and IDs
- Write or update
docs/bot_navigation_map.mdwhen the environment allows it. If writing is unavailable, print the complete markdown content in chat. - Use stable IDs and preserve existing IDs when refreshing: entry
E-*, stateS-*, transitionT-*, keyboardK-*. - Anchor every entry to current repository evidence with
path:line[-line]plus symbol when possible. - Distinguish source-of-truth implementation from generated docs, generated clients, stale docs, and inferred behavior.
- Capture unknowns only when they affect future audit or implementation.
Coverage
Separate user-facing, admin/staff, group/private, and system/proactive states when present. Capture reachability, restart/recovery behavior, stale callback paths, and permission/chat-type boundaries.
Entry details
For each entry/state/transition, capture trigger, owner symbol, guards/permissions, chat type, rendered copy or template source, keyboard/actions, next states, validation/errors, async/proactive behavior, persistence effects, tests, and known gaps.
Markdown structure
Use a readable markdown hierarchy with summary first, then diagram or transition list, entry points, states, transitions, canonical commands per state, keyboards, cross-cutting behavior, reachability, unknowns, and assumptions. Omit sections that do not exist in the repo. Do not invent surfaces, states, commands, endpoints, or contracts.
Workflow ID: bot-navigation-map · View the versioned source · Shared workflow and authority rules