Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
Servidor MCP para consultar el ENS y mantener declaraciones de aplicabilidad auditables.
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
เปิด Claude Desktop → Settings → Developer → Edit Config แล้ววางค่านี้ในไฟล์ claude_desktop_config.json
{
"mcpServers": {
"ensmcp": {
"command": "uvx",
"args": [
"ensmcp"
]
}
}
}พิมพ์คำสั่งนี้ใน Terminal
claude mcp add ensmcp -- uvx ensmcpวางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"ensmcp": {
"command": "uvx",
"args": [
"ensmcp"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"ensmcp": {
"type": "stdio",
"command": "uvx",
"args": [
"ensmcp"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ตัวนี้รันในเครื่องคุณ แต่ ChatGPT ต่อได้เฉพาะ server บนอินเทอร์เน็ต ลองเลือกแอปอื่น
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
รันในเครื่องคุณ รายการเครื่องมือจะขึ้นในแอป AI หลังติดตั้ง
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 7 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub seifreed ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ตัวนี้รันบนเครื่องคุณ ไม่มี endpoint บนอินเทอร์เน็ต
ตัวนี้รันบนเครื่อง ใช้ค่าที่ตั้งในเครื่องแทน
รันในเครื่องคุณ เราอ่านรายการเครื่องมือได้เฉพาะตัวที่มี endpoint บนอินเทอร์เน็ต
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก
รันบนเครื่องของคุณ โปรแกรม AI จะเปิด server ขึ้นมาเองเมื่อใช้ ข้อมูลไม่ต้องผ่านเซิร์ฟเวอร์ของผู้ทำ (ยกเว้นตัวที่ไปเรียกบริการออนไลน์ต่อ)
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (0.1.2) เข้า registry 2 เดือนที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต้องมี Python (uv) ในเครื่องด้วย
ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, Zendesk
server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว
อ่านการ์ด:★ ดาว GitHubiสามเสา: รีวิว · ผลตรวจ · การใช้งานiอัปเดต = วันที่ส่งรุ่นล่าสุดเข้า registryi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Zendesk MCP Pack — tickets, users, organizations via OAuth.
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
ensmcp
Servidor MCP con las medidas de seguridad del ENS (Anexo II del RD 311/2022): consulta el Anexo II, calcula la matriz normativa de aplicabilidad y genera un checklist de auditoría, sin conexión
ensmcp es un servidor MCP (Model Context Protocol) que pone las medidas de seguridad del ENS Navegable (Anexo II del RD 311/2022) al alcance de Claude Desktop, Claude Code y cualquier otro cliente MCP. Es un servidor independiente y no está afiliado, respaldado ni mantenido por el CCN, CCN-CERT o el CNI.
Los datos viajan incluidos en el paquete como un snapshot, así que el servidor responde al instante y funciona sin conexión. El modo predeterminado es offline: no abre Chrome ni accede a la red. --check-updates comprueba la fuente oficial sin sustituir el snapshot y --live permite adoptar temporalmente los datos vivos.
La procedencia de los datos se documenta en DATA_LICENSE.md y la publicación en el registro MCP consta en MCP_REGISTRY.md.
Además del Anexo II, incorpora el cuestionario de verificación de la guía CCN-STIC 808 (edición para el RD 311/2022): las preguntas de auditoría por medida, las comprobaciones sobre el articulado del RD y las evidencias documentales que puede pedir el auditor.
| Característica | Descripción |
|---|---|
| Transportes MCP | stdio por defecto y Streamable HTTP autenticado para despliegues controlados |
| Funciona sin conexión | El corpus completo viaja como snapshot en el paquete |
| Snapshot determinista | El modo predeterminado sirve siempre el corpus empaquetado |
| Comprobación explícita | --check-updates detecta cambios sin sustituir los datos servidos |
| Matriz de aplicabilidad | Calcula la base normativa para preparar la Declaración de Aplicabilidad |
| Auditoría CCN-STIC 808 | Temario de auditoría, requisitos esenciales, artículos del RD y evidencias documentales |
| Crosswalks externos | Carga data packs versionados sin acoplar otros marcos al core |
| Tool | Args | Descripción |
|---|---|---|
list_categories | — | Las categorías del Anexo II con su grupo (org, op, mp). |
list_measures | category_code?, dimension?, level? | Medidas filtradas por categoría, dimensión de seguridad o nivel. |
get_measure | code | Una medida por código exacto (p. ej. "org.1"), con su texto del RD, refuerzos y niveles. |
search_measures | query | Búsqueda por texto en código, título, descripción y redacción del RD (ignora mayúsculas y tildes). |
| Tool | Args | Descripción |
|---|---|---|
declaracion_aplicabilidad | confidencialidad?, integridad?, disponibilidad?, autenticidad?, trazabilidad? | La matriz normativa base para preparar la DdA: se valora cada dimensión (bajo/medio/alto, u omitida) y devuelve las medidas exigibles con sus refuerzos. |
evaluate_system_profile | profile | Calcula máximos por activos y servicios, aplica perfiles heredados y evalúa subsistemas. |
explain_applicability | code, profile, subsystem_id? | Explica la dimensión, nivel, celda, justificación o regla de perfil que decide una medida. |
create_dda | record_id, profile, subsystem_id? | Crea una DdA persistente con las 73 medidas y su decisión de aplicabilidad. |
list_dda | — | Lista las DdA guardadas y resume sus estados de implantación. |
get_dda | record_id | Recupera una DdA completa. |
update_dda_measure_status | record_id, code, implementation_status, ... | Registra estado, responsable, evidencias, exclusión o compensación, vigilancia y fechas. |
export_dda | record_id, output_format | Exporta como json, csv, markdown, xlsx, ods o docx; el contenido se devuelve en base64. |
alcance_auditoria | mismas que la DdA | El temario de auditoría del sistema: las medidas aplicables con sus preguntas de verificación acumuladas y el nivel de madurez mínimo exigible. |
requisitos_auditoria | code?, level? | El cuestionario CCN-STIC 808 en bruto, por medida o por tramo, marcando los requisitos esenciales. |
requisitos_articulos | — | Las comprobaciones de auditoría sobre el articulado del RD (DdA formal, categorización, INES...). |
evidencias_auditoria | code? | La documentación que puede pedir el auditor, por medida. |
| Tool | Args | Descripción |
|---|---|---|
list_data_packs | include_inactive? | Lista packs configurados con fuente, versión, cobertura y vigencia. |
query_crosswalk | pack_id, ens_code?, external_reference? | Consulta correspondencias en ambas direcciones, con paginación opcional. |
| Tool | Args | Descripción |
|---|---|---|
refresh_live_page | — | Comprueba ahora el sitio oficial y actualiza los datos si han cambiado. |
snapshot_status | — | Origen y frescura de los datos que se están sirviendo. |
Los contratos públicos de entrada y salida están versionados en ens://schemas/v1/tools; cada tool también expone su schema individual en ens://schemas/v1/tools/{name}.
Cada medida trae dos textos, y hacen falta los dos: norm_text es la redacción del RD 311/2022 (lo que la medida exige) y description es el cuestionario de la CCN-STIC 808 (lo que el auditor pregunta). Los refuerzos vienen emparejados con el nivel que los exige y con su redacción en el RD:
{
"code": "mp.s.4", "title": "Protección frente a denegación de servicio", "description": "Categoría Media 1.1 ¿Se ha planificado y dotado al sistema de capacidad suficiente ...?", "norm_text": "Se establecerán medidas preventivas frente a ataques de denegación de servicio ...", "category_code": "mp.s", "dimensions": ["disponibilidad"], "levels": ["medio", "alto"], "reinforcements": [ { "code": "R1", "level": "alto", "alternative": false, "text": "R1-Detección y reacción. ..." } ], "raw_levels": { "bajo": "n.a.", "medio": "aplica", "alto": "+ R1" } }
alternative distingue los refuerzos obligatorios (+ R1 + R2) de los alternativos (+ [R1 o R2], donde basta uno cualquiera): confundirlos cambia lo que hay que implantar.
El ENS no aplica un nivel al sistema entero: aplica uno por dimensión. Se valora cada una y la tool devuelve lo que ese sistema debe cumplir:
{
"categoria_sistema": "alta", "measures": [ { "code": "op.acc.5", "title": "Mecanismo de autenticación (usuarios externos)", "required_level": "alto", "required_reinforcements": [ { "code": "R2", "alternative": true, "text": "R2-..." }, { "code": "R5", "alternative": false, "text": "R5-..." } ] } ] }
La regla sale del RD 311/2022: la categoría del sistema es el mayor de los niveles valorados (Anexo I, ap. 4), las medidas marcadas «Categoría» se exigen según la categoría del sistema, las que protegen dimensiones según el nivel de esas dimensiones, y una dimensión sin valorar deja fuera las medidas que solo la protegen.
Las DdA persistentes se guardan como JSON versionado mediante escritura atómica. Por defecto viven en ~/.ensmcp/dda; ENSMCP_DATA_DIR=/ruta cambia la raíz a /ruta/dda. Los estados admitidos son not_assessed, implemented, partially_implemented, not_implemented, excluded y compensated. Una exclusión exige motivo y una compensación exige al menos una medida compensatoria.
Si la DdA contesta *«¿qué tengo que implantar?»*, alcance_auditoria contesta *«¿qué me va a preguntar el auditor?»*. Devuelve, por cada medida aplicable, los requisitos de verificación acumulados hasta su nivel exigible y el nivel de madurez mínimo que exige la guía:
| Categoría | Nivel mínimo de madurez |
|---|---|
| BÁSICA | L2 — Reproducible, pero intuitivo |
| MEDIA | L3 — Proceso definido |
| ALTA | L4 — Gestionado y medible |
El matiz importa: los tramos que el ENS Navegable etiqueta «Categoría Básica / Media / Alta» son acumulativos según la CCN-STIC 808 §5 — «Categoría Básica» significa *exigible a todas las categorías*, no *solo para sistemas básicos*. Un sistema de categoría media responde las preguntas de básica y las de media. Para un sistema C=alto, I=medio, D=bajo, A=medio, T=medio, el temario real son 382 preguntas (136 esenciales, cuyo incumplimiento bloquea la certificación), no las 73 de su tramo.
requisitos_articulos y evidencias_auditoria cubren la otra mitad de la auditoría: las comprobaciones sobre el articulado del RD (si la DdA existe y está suscrita, si el sistema está categorizado formalmente, si se reporta a INES...) y las 365 evidencias documentales que la guía propone. Estos datos salen de la CCN-STIC 808; el ENS Navegable no los publica.
snapshot_status indica de qué edición procede.Para regenerar el snapshot:
python scripts/build_snapshot.py
El servidor no abre Chrome ni usa la red por defecto. Para consultar cambios explícitamente:
ensmcp --offline
ensmcp --check-updates ensmcp --live
También puede configurarse con ENSMCP_MODE=offline|check-updates|live.
El transporte HTTP escucha únicamente en loopback y exige un Bearer token de al menos 32 caracteres:
export ENSMCP_HTTP_TOKEN="$(openssl rand -hex 32)"
ensmcp --transport http
El endpoint MCP queda en http://127.0.0.1:8000/mcp. Los clientes deben enviar Authorization: Bearer $ENSMCP_HTTP_TOKEN. Un cliente web también necesita que su Origin se autorice de forma exacta:
ensmcp --transport http --allow-origin https://cliente.example
ENSMCP_TRANSPORT=http selecciona el mismo transporte. --host sólo acepta 127.0.0.1, localhost, ::1 u otra dirección loopback; --port cambia el puerto. Si un proxy inverso conserva un Host distinto, se autoriza con --allow-host mcp.example.
Para acceso desde otra máquina, mantén ensmcp en loopback
ตัดมาแค่ช่วงต้น อ่านต่อใน repo