mcp-view
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| MCP_VIEW_OPEN | No | Đặt '0' để không tự mở trình duyệt (container, SSH). | bật |
| MCP_VIEW_ROOT | No | Gốc dự án để đọc tệp và so sánh thay đổi (nếu trình soạn thảo chạy máy chủ từ chỗ khác). | thư mục làm việc |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| view_planA | Show the user your plan on a local web page instead of writing it out in chat. Call this BEFORE you start making changes, once you have decided on an approach. Send a short summary (max 3 sentences), up to 12 one-line steps, optionally a diagram of the intended flow, and optionally refs pointing at the files you plan to touch. Refs are pointers, not content: give a path and an 'anchor' string that literally appears in that file; the server opens the file itself. Returns a single line with the page URL - reply with that line only. |
| view_reportA | Show the user what you did on a local web page instead of writing it out in chat. Call this AFTER you have finished the work. The page also shows every file that changed since this session started, with per-line diffs, so do not describe your edits in chat - point at them. Send a short summary (max 3 sentences), the list of things done, optionally a diagram of the resulting flow, optionally refs (path + an 'anchor' string that literally appears in the file) marking spots worth reading, and optionally notes for warnings or leftovers. Returns a single line with the page URL - reply with that line only. |
| view_diagramA | Draw a diagram on a local web page, without a plan or a report attached. Use this when the user asks how something works and the answer is a picture: a flow of steps, or the shape of a system. Hard limit of 9 nodes - if the subject needs more, call this several times: one overview diagram, then one per sub-flow. Never send colors, coordinates or SVG; the server does the layout and the styling. Returns a single line with the page URL - reply with that line only. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 3 tools
Each tool targets a distinct phase: planning before work, reporting after work, and standalone diagramming. Even though all produce web pages, their intended invocation context is clearly separated. No overlap that would confuse an agent.
All three tools share a consistent 'view_' prefix followed by a specific noun (plan, report, diagram). This creates a predictable pattern that makes it easy to guess the tool for a given need. No mixed conventions.
3 tools is well-scoped for a focused presentation server. Each tool covers a distinct need and none feel redundant. This falls comfortably in the ideal range.
The server's domain is showing plans, reports, and diagrams on a web page. It covers the before-work, after-work, and standalone diagram cases. Optional diagram inclusion in plan/report fills any cross-cutting need, so no gaps.