@ basenative/mcp
MCP服务器将BaseNative暴露给任何代理，因此模型可以 检查它的输出 的猜测.
npx basenative-mcp # stdio transport
克劳德法典(.mcp.json):
{
"mcpServers": {
"basenative": { "command": "npx", "args": ["-y", "basenative-mcp"] }
}
}
工具
| 工具 | 目的 |
|---|---|
validate_template | 模板标记的结构化、可修复的诊断 |
render_preview | SSR模板上下文并返回HTML |
list_directives | 指令引用，可查询的-加上禁止语法映射 |
check_expression | 此表达式是否在CSP安全子集内？ |
scaffold_component | 三位一体标准骨架 (状态逻辑模板在一个文件中) |
它为什么存在
没有这个，一个写BaseNative的模型只能猜测。它的失败模式不是发明
但是 自信地回归到最近的邻居 -发射 v-if 因为
BaseNative的语法与Vue或Angular 17的语法押韵 @if (cond) { } 块形式
因为 @if 是一个真正的BaseNative指令名。
使用此服务器，模型进行检查。 list_directives 回答“确切的是什么？
形式 “没有猜测； validate_template 当它发生时，捕捉到猜测
返回更正后的语法； render_preview 确认模板执行了该操作。
设计说明
render_preview 在渲染前进行验证。 呈现无效标记不
Throw -它悄悄地产生错误的东西，这是这个服务器的确切故障
存在以防止，因此无效模板返回诊断而不是HTML。
scaffold_component 通过验证程序运行自己的输出，并且不会手动
后退一个失败的骨架。
服务器直接实现MCP的JSON-RPC 2.0工作室协议，而不是
依赖于SDK，因此包保持了BaseNative的零生产依赖
约束。从每个工具的 inputSchema ——一个
缺少参数返回错误，而不是到达处理程序作为 undefined
产生一个自信错误的答案。
许可证
apache - 2.0