Repo Test Architect
Servidor MCP local-first que audita la arquitectura de pruebas del repositorio y produce hallazgos respaldados por evidencia, clasificaciones y planes de prueba.
Documentación
Repo Test Architect
Herramientas de estrategia de pruebas con auditoría primero para bases de código.
Repo Test Architect construye un grafo de auditoría determinista antes de pedir a cualquier modelo o agente que razone sobre pruebas. El objetivo es identificar trabajo de pruebas de alto valor y nativo del repositorio a partir de hechos que la herramienta puede inspeccionar localmente: raíces de proyecto, señales de frameworks, pruebas existentes, clasificaciones de código fuente, bloqueadores y riesgo restante.
La implementación actual puede:
- auditar proyectos de JavaScript/TypeScript, PHP, Python, Ruby y Swift mediante adaptadores compatibles
- auditar fixtures de Kotlin/JVM compatibles y acotados mediante el mismo modelo de artefacto compartido
- auditar módulos Go convencionales y miembros literales de
go.workcontenidos en el repositorio mediante un adaptador acotado compatible - auditar paquetes Cargo convencionales y miembros de workspace literales contenidos en el repositorio mediante un adaptador Rust acotado compatible
- auditar un proyecto de prueba C# de estilo SDK convencional o un borde único de proyecto de producción/prueba literal, incluyendo propiedad acotada de xUnit MTP-v2 nativo y MSTest.Sdk v4, frameworks de destino literales o con alias de raíz de un salto, un include de compilación directo de
*.cscontenido en el repositorio, formas de paquete finitas condicionadas por destino, props de compilación y paquete central de archivo más cercano acotados, receptores de campos de prueba inmutables exactos, resultados de llamadas directas estables, resultados deouten línea, aserciones de excepción y de colección/cadena de frameworks, ayudantes de prueba de un salto y colisiones de tipos deSystemconocidas y protegidas, mediante un adaptador .NET acotado compatible - auditar un proyecto Composer/PSR-4 convencional con PHPUnit mediante un adaptador PHP acotado compatible
- auditar una aplicación Mix convencional con MixProject/Mixfile exacto, propiedad acotada de fuentes y tareas Mix, descubrimiento literal de wrappers de ExUnit locales y evidencia de cuerpo de prueba mediante un adaptador Elixir acotado compatible
- detectar raíces de proyecto políglotas e informar ecosistemas no compatibles sin ocultarlos
- producir un análisis completo del repositorio, hallazgos, clasificación, plan, sugerencias de ejecución y comandos de verificación en una sola pasada de auditoría
- clasificar archivos fuente por valor de prueba probable y diferir pruebas directas de bajo valor
- clasificar candidatos y generar planes de prueba a partir del grafo de auditoría
- derivar sugerencias de ejecución, contexto, seguridad de paralelismo y razonamiento de repositorio independientes del proveedor sin seleccionar modelos ni generar subagentes
- analizar hallazgos conservadores de ubicación de pruebas a través de límites de proyecto
- recopilar estadísticas a nivel de proyecto para cobertura, recuentos de candidatos, frameworks, comandos y uso de adaptadores
- proporcionar diagnósticos MCP locales deshabilitados por defecto, IDs de informes de errores internos seguros, comprobaciones en tiempo de ejecución y paquetes sanitizados inspeccionables sin informes externos
- exponer el mismo comportamiento determinista mediante comandos CLI, un harness de invocación local y un servidor MCP SDK stdio
- fijar el comportamiento con snapshots dorados, escenarios de consistencia de modelos, comprobaciones de paquetes y CI multiplataforma
La generación nativa de pruebas se difiere intencionalmente. generate_selected_test devuelve un artefacto diferido estructurado hasta que existan políticas de generación específicas del adaptador y fixtures de bucle de reparación.
Repo Test Architect 1.0.0 está disponible en npm como latest y en el Registro MCP Oficial, con soporte estable para la CLI documentada, herramientas MCP, configuración y contratos de artefactos versionados. Trata sus hallazgos como entrada de revisión respaldada por evidencia, no como una instrucción automática para cambiar un repositorio. Consulta las notas de la versión 1.0.0 para cambios, compatibilidad y estado de publicación.
Se admiten diez adaptadores dentro de sus límites documentados. Dart/Flutter sigue siendo experimental y la generación nativa de pruebas sigue diferida.
El mantenimiento se proporciona según el tiempo disponible, sin tiempo de respuesta garantizado ni calendario de funciones. Se aceptan PRs comunitarios enfocados; consulta Contributing y Support.
Instalación
Se requiere Node.js 20 o más reciente.
Ejecuta la CLI sin instalación global:
npx --yes repo-test-architect doctor
npx --yes repo-test-architect analyze .
Fija la versión estable:
npx --yes repo-test-architect@1.0.0 doctor
npx --yes repo-test-architect@1.0.0 analyze .
O instala los binarios de la CLI y del servidor MCP:
npm install --global repo-test-architect
repo-test-architect doctor
repo-test-architect analyze .
Añade el servidor MCP stdio local a un cliente compatible con MCP:
{
"mcpServers": {
"repo-test-architect": {
"command": "npx",
"args": [
"--yes",
"repo-test-architect",
"mcp"
]
}
}
}
Para mantener un cliente MCP en esta versión exacta, fija su versión:
{
"mcpServers": {
"repo-test-architect": {
"command": "npx",
"args": [
"--yes",
"repo-test-architect@1.0.0",
"mcp"
]
}
}
}
El cliente lanza el servidor localmente. El código fuente del repositorio permanece en la máquina a menos que el cliente u otra herramienta configurada lo envíe a otro lugar. Los modelos conectados reciben instrucciones de comenzar con analyze_repository para una revisión general del repositorio. Consulta configuración del cliente MCP y rutas de instalación del agente para obtener orientación sobre instalación global, checkout local y específica del host.
Inicio Rápido
Para una revisión legible por humanos del repositorio actual:
npx --yes repo-test-architect analyze .
analyze detecta cada raíz de proyecto, ejecuta cada adaptador compatible una vez y deriva el resumen de auditoría, hallazgos principales, clasificación de candidatos, plan de pruebas, sugerencias de ejecución, estadísticas del proyecto y comandos de verificación. Markdown se mantiene compacto; JSON preserva el paquete de evidencia completo:
npx --yes repo-test-architect analyze . --format json
npx --yes repo-test-architect analyze . --changed
Vistas enfocadas útiles:
| Objetivo | Comando |
|---|---|
| Revisión completa del repositorio | repo-test-architect analyze . |
| Hallazgos de arquitectura concisos | repo-test-architect findings-projects . |
| Plan accionable entre proyectos | repo-test-architect plan-projects . |
| Auditorías de proyecto reutilizables en bruto | repo-test-architect audit-projects . --format json |
| Preparación en tiempo de ejecución | repo-test-architect doctor |
Ejecuta repo-test-architect --help para el mapa de comandos corto o repo-test-architect <command> --help para opciones. La referencia CLI documenta la superficie completa.
Para un modelo conectado a MCP, el equivalente predeterminado es analyze_repository. Usa herramientas más específicas solo cuando la solicitud pida un artefacto o ya proporcione un artefacto de auditoría.
Alcance Actual
Adaptadores disponibles:
dart(experimental): paquetes pubspec de Dart y Flutter, puntos de entrada convencionales depackage:testyflutter_test, evidencia exacta de importación de biblioteca, recomendaciones de pruebas de widgets y comandos acotados dedart test/flutter test; consulta soporte de Dart y Fluttercsharp: un proyecto de prueba de estilo SDK estático o un borde único de proyecto de producción/prueba literal, incluyendo propiedad acotada de xUnit MTP-v2 nativo y MSTest.Sdk v4, membresía de destino literal o con alias de raíz de un salto, un include de compilación directo de*.cscontenido en el repositorio, predicados de paquete finitos locales al proyecto condicionados por destino, y un par seleccionado entre proyectos no relacionados, con metadatos deDirectory.Build.propsde archivo más cercano acotados y versiones estáticas deDirectory.Packages.props, pruebas atribuidas xUnit, NUnit o MSTest, comandos exactos de archivo de proyecto, llamadas directas a tipos propiedad del cuerpo ejecutable, receptores de campos de prueba inmutables concretos locales o acotados, aserciones de resultados deout varen línea, de llamada directa o de receptor de un salto estables, aserciones de excepción acotadas y un salto de ayudante de prueba estático privado de la misma clase; consulta la matriz de soporte alfa de C#elixir: una aplicación Mix convencional con app literal y propiedad exacta de MixProject/Mixfile, módulos y protocolos convencionales o con prefijo de app, tareas Mix exactas, propiedad acotada de acrónimos, plurales terminales, declaraciones repetidas y wrappers de ExUnit locales compilados, opciones de inicio estáticas, llamadas directas totalmente calificadas o con alias exacto en el ámbito del cuerpo de prueba, evidencia de nombre de archivo conservadora y un comandomix testsin bloqueadores; consulta soporte alfa de Elixirjavascript: repositorios de JavaScript/TypeScript con el ejecutor de pruebas de Node (incluyendo scripts de ejecución de TypeScript), Bun test, AVA, Mocha/CommonJS, Vitest, Jest, Playwright, Cypress, detección de Express/Supertest, React Testing Library y evidencia acotada literal de solicitud a ruta de navegador; consulta la matriz de soporte alfa para límites de evidencia y brechas conocidasgo: proyectos convencionales dego.mody miembros literales dego.workcontenidos en el repositorio que usan pruebas ejecutables de la biblioteca estándarTestXxx,FuzzXxxoExampleXxx, símbolos de métodos receptores concretos locales al paquete, de nivel superior únicos y propiedad del parser mediante tipos explícitos, resultados exactos de constructores simples o resultados exactos de ayudantes de prueba con tipos estáticos, uso acotado de aserciones de la biblioteca estándar y Testify, comprobaciones de sombreado local en el ámbito del parser, importaciones del mismo paquete o de paquetes externos exactos (incluyendo importaciones con punto), funciones genéricas de nivel superior y saltos de fuente acotados propiedad del cuerpo invocable del mismo paquete o locales al módulo, comandos locales al módulo y selección opcional explícita deGOOS/GOARCH/etiquetas personalizadas; consulta la matriz de soporte alfa para el límite compatible y los bloqueadoreskotlin: raíces de módulos JVM convencionales de Gradle/Maven, agregados de Gradle propiedad de settings y reactores Maven declarados en la raíz con conjuntos de fuentes estándar de Kotlin y/o Java, evidencia de módulos directos calificados por dependencia o transitivos exportados, JUnit 4/5,kotlin.test, especificaciones comunes de Kotest de Gradle/JUnit Platform acotadas, características convencionales de Gradle/Spock y TestNG a nivel de método mediante dependencias Maven directas ouseTestNG()de Gradle; consulta la matriz de soporte alfa de Kotlin/JVMphp: un proyecto Composer raíz con propiedad literal de cadenas de PSR-4 de fuente/prueba, archivos de funciones autocargados literales acotados, PHPUnit declarado estáticamente, comandos exactos acotados o retención explícita y segura de comandos, clases de prueba ejecutables convencionales incluyendo un borde único de base PHPUnit propiedad de fuente o prueba, llamadas directas importadas o de clases exactas del mismo espacio de nombres y respaldo conservador de nombre base; consulta soporte alfa de PHPpython: diseños acotados de paquetes Python, FastAPI, Django y Flask con propiedad declarativa de múltiples paquetes/espacios de nombres, descubrimiento de pytest configurado, importaciones exactas absolutas/relativas, evidencia de dependencias de fuente de un salto, evidencia estática de rutas de cliente de prueba de frameworks, pytest/unittest, extensiones asíncronas y basadas en propiedades, alcanzabilidad de fixtures, configuración de pip/setuptools, uv, Poetry, Hatch, tox, nox y cobertura; consulta la matriz de soporte alfa de Pythonrust: paquetes Cargo convencionales y miembros de workspace literales contenidos en el repositorio que usan el harness integrado de#[test], módulos en línea de#[cfg(test)], exclusión exacta de grafos de módulos de solo prueba externos, importaciones exactas de módulos de crate desdetests/y re-exportaciones exactas e incondicionales de símbolos de raíz de crate; consulta la matriz de soporte alfa de Rustruby: un proyecto Bundler convencional con fuentes delib/, un gemspec raíz o un conjunto completo exacto y nombrado de gemspecs raíz, métodos ejecutables deMinitest::Testtest_*o ejemplos de RSpec, comandos exactos acotados, carga de.rspecraíz y despec_helperexacta por archivo, evidencia literal de require/constante única de tres bordes, llamadas singleton exactas,described_classde RSpec propiedad de constantes exactas, constructores locales inmutables directos,let/subjectde RSpec de una línea, receptores de fábricas de fuente exactas y ayudantes de RSpec del mismo grupo, e inclusión literal de ejemplos compartidos del mismo archivo, uso acotado de aserciones, respaldo conservador de nombre base y bloqueadores explícitos de Minitest-spec/Rails/ejecutor mixto; consulta la matriz de soporte alfa de Rubyswift: Swift Package Manager, diseños de estilo Xcode y Bazel/rules_swift, Swift Testing, XCTest, Quick/Nimble, SnapshotTesting, VaporTesting/XCTVapor, frameworks reactivos y límites genéricos de bases de datos Fluent con calificadores específicos de driver; consulta la matriz de soporte alfa de Swift
La detección de proyectos informa raíces de Mix de Elixir mediante el adaptador acotado compatible. Los ecosistemas no compatibles permanecen visibles para que los clientes puedan distinguir entre "aún no auditado" y "no presente". ¿No ves tu stack? Abre una solicitud de adaptador con el lenguaje o ecosistema, sistema de compilación, frameworks de prueba y, cuando sea posible, un repositorio público representativo. Las solicitudes ayudan a priorizar adaptadores según las formas reales de los repositorios y la demanda de los usuarios.
El paquete público expone la CLI de auditoría, el servidor MCP stdio y un harness de invocación MCP determinista bajo los nombres binarios estables documentados a continuación.
Referencia avanzada de CLI y para contribuidores
Los comandos a continuación exponen artefactos enfocados, fixtures, evaluaciones, diagnósticos y comprobaciones de lanzamiento para uso avanzado y desarrollo del repositorio.
Muestra la referencia completa de comandos y desarrollo
Ejecuta el análisis completo directamente o contra el ejemplo políglota:
npm run analyze
npm run analyze:json
npm run analyze:example
npm run analyze:example:json
Comprueba la preparación del runtime y los diagnósticos:
npm run doctor
npm run doctor:json
Los diagnósticos MCP locales están deshabilitados por defecto. Pueden dirigirse explícitamente a stderr o a un archivo JSONL local acotado; consulta Diagnósticos locales. Construye un bundle sanitizado e inspeccionable con:
npm run diagnostic-bundle -- --diagnostics-file ./.repo-test-architect/diagnostics.jsonl --format json
node ./src/cli/index.js diagnostic-bundle --diagnostics-file ./.repo-test-architect/diagnostics.jsonl --format json
Lista los adaptadores registrados:
npm run adapters
npm run adapters:json
Inspecciona las reglas de marcadores de detección de proyectos:
npm run detect-rules
npm run detect-rules:json
Detecta raíces de proyectos y coincidencias de adaptadores:
npm run detect:example
npm run detect:example:json
npm run detect:kotlin-fixture
npm run detect:kotlin-fixture:json
npm run detect:apple-fixture
npm run detect:apple-fixture:json
npm run audit-projects:example
npm run audit-projects:example:json
npm run audit-projects:changed-since
npm run summarize-projects:example
npm run summarize-projects:example:json
npm run rank-projects:example
npm run rank-projects:example:json
npm run plan-projects:example
npm run plan-projects:example:json
npm run hints-projects:example
npm run hints-projects:example:json
npm run findings-projects:example
npm run findings-projects:example:json
npm run placement-projects:example
npm run placement-projects:example:json
npm run placement-projects:split-example:json
npm run stats-projects:example
npm run stats-projects:example:json
Para auto-auditorías conscientes del proyecto, excluye raíces de fixtures o muestras incluidas en el repositorio con un patrón de subárbol entre comillas:
node ./src/cli/index.js findings-projects . --exclude-project "examples/**"
Reutiliza un artefacto de auditoría de proyecto guardado:
node ./src/cli/index.js audit-projects ./examples/polyglot-workspace --format json
node ./src/cli/index.js summarize-projects --from-project-audits ./project-audits.json --format json
node ./src/cli/index.js rank-projects --from-project-audits ./project-audits.json --format json
node ./src/cli/index.js plan-projects --from-project-audits ./project-audits.json --format json
node ./src/cli/index.js findings-projects --from-project-audits ./project-audits.json --format json
node ./src/cli/index.js placement-projects --from-project-audits ./project-audits.json --format json
node ./src/cli/index.js stats-projects --from-project-audits ./project-audits.json --format json
npm run audit:example
npm run audit:kotlin-fixture
Genera el grafo de auditoría estructurado:
npm run audit:example:json
npm run audit:kotlin-fixture:json
Genera un plan de pruebas accionable a partir del grafo de auditoría:
npm run plan:example
npm run plan:example:json
npm run hints:example
npm run hints:example:json
npm run plan:kotlin-fixture
npm run plan:kotlin-fixture:json
npm run plan:item:example
npm run plan:changed
npm run plan:changed-since
Deriva sugerencias de ejecución de asesoría sin modificar el artefacto del plan:
node ./src/cli/index.js hints ./examples/node-vitest-basic --item add-test:src/authService.ts
node ./src/cli/index.js hints-projects ./examples/polyglot-workspace --format json
La CLI instaladora o el host del agente siguen siendo responsables de la elección del modelo, presupuestos, permisos, carga de contexto y ciclo de vida de los subagentes.
Explica un objetivo auditado por ID de objetivo estable:
npm run explain:example
Clasifica candidatos de prueba sin generar pruebas:
npm run rank:example
Analiza la colocación de pruebas existente a partir de la evidencia de auditoría:
npm run placement:example
npm run placement:example:json
npm run placement:from-audit:example
Ejercita la superficie de herramientas estilo MCP:
npm run mcp:tools
npm run mcp:analyze:example
npm run mcp:adapters
npm run mcp:detect-rules
npm run mcp:detect:example
npm run mcp:audit-projects:example
npm run mcp:summarize-projects:example
npm run mcp:rank-projects:example
npm run mcp:plan-projects:example
npm run mcp:findings-projects:example
npm run mcp:placement-projects:example
npm run mcp:placement-split:example
npm run mcp:stats-projects:example
npm run mcp:audit:example
npm run mcp:audit:kotlin-fixture
npm run mcp:placement:example
npm run mcp:audit:envelope
npm run mcp:stdio
npm run mcp:smoke
Genera un plan a partir de un archivo JSON de auditoría existente:
npm run plan:from-audit:example
Ejecuta las pruebas de regresión del auditor:
npm test
npm run alpha:check
npm run release:check
Encuentra y clasifica repositorios públicos activos para la validación de adaptadores en el mundo real:
npm run validation:repos -- --profile react
npm run validation:repos -- --profile workspace --limit 10
npm run validation:repos -- --profile swift,gradle,maven --format json
El buscador usa la búsqueda autenticada de repositorios de GitHub, verifica marcadores exactos de ecosistema en los manifiestos raíz y clasifica candidatos usando recencia de mantenimiento, estrellas, tamaño del repositorio, lockfiles, CI y metadatos de licencia. Ejecuta npm run validation:repos -- --list-profiles para los perfiles disponibles y --help para las opciones de filtro de calidad.
Comprueba que cada adaptador soportado tenga un corpus de endurecimiento completo y fijado:
npm run corpus:check
npm run corpus:scorecard
npm run corpus:measure -- --case python-asyncer --checkout /path/to/pinned/asyncer
npm run corpus:measure -- --case python-django --checkout /path/to/pinned/django --profile-phases
npm run csharp:performance:check
npm run javascript:performance:check
npm run python:performance:check
npm run kotlin:performance:check
npm run rust:performance:check
npm run swift:performance:check
npm run go:performance:check
npm run ruby:performance:check
npm run php:performance:check
El manifiesto versionado evals/validation-corpus.json registra una biblioteca o servicio convencional, una aplicación con mucho framework y un grafo de propiedad difícil por cohorte de adaptador. Cada adaptador soportado debe tener una cohorte completa; un adaptador experimental registrado solo puede añadirse con los tres roles. Cada registro lleva la tarjeta de puntuación compartida de detección, propiedad, comandos, evidencia, clasificación, estabilidad y rendimiento. Los 33 pines actuales abarcan diez adaptadores soportados y Dart experimental, con las 231 áreas de tarjeta de puntuación acotadas pasando. Validación en vivo de Dart también registra los resultados nativos de la suite upstream y los límites restantes. Un comando revisado puede ser null cuando el adaptador retiene correctamente la ejecución insegura. Los casos también pueden llevar opciones de auditoría de adaptador acotadas, como un objetivo de compilación Go explícito, para que las mediciones repetidas permanezcan independientes del host.
corpus:scorecard renderiza el contrato de revisión para humanos. Reporta la completitud de la revisión por separado de la tasa de aprobación entre las comprobaciones revisadas y mantiene PASS, FAIL y PENDING visibles para cada área. Usa npm run corpus:scorecard -- --format json para la vista determinista validation-scorecard/v1. Estos son resultados de revisión de validación, no una calificación de calidad del repositorio.
corpus:measure verifica el SHA de Git fijado exacto del checkout, ejecuta el adaptador seleccionado al menos tres veces, rechaza la deriva canónica de auditoría y reporta las duraciones brutas, duración mediana, recuento de enlaces de evidencia y el digest de auditoría normalizado usado para actualizar la tarjeta de puntuación. Para los pines exactos de Python y Swift, --profile-phases por defecto ejecuta cinco veces y además reporta muestras ordenadas y medianas para lectura de recorrido/texto, propiedad de proyecto/compilación, descubrimiento/indexación de fuentes, análisis/indexación de pruebas y ensamblaje de evidencia/clasificación/artefactos. Estos tiempos de desarrollo son solo de callback y nunca entran en audit/v1, salida de auditoría CLI/MCP o diagnósticos MCP locales.
Cada comprobación de rendimiento de adaptador ejecuta por separado un proyecto generado de 400 fuentes/200 pruebas, verifica sus recuentos de candidatos y evidencia, y aplica un techo amplio de regresión multiplataforma. La comprobación de Rust incluye un objetivo adicional omitido de cableado de módulos src/lib.rs requerido para declarar los 400 módulos de comportamiento. Estas comprobaciones sintéticas complementan las distribuciones registradas del corpus por repositorio.
Usa alpha:check para el hito de soporte de adaptadores. release:check además cubre el empaquetado y la preparación de binarios instalados.
El flujo de trabajo de CI mantiene un Linux estable pr-gate: los cambios solo de documentación ejecutan pruebas de contrato enfocadas, los cambios normales ejecutan npm run alpha:check y los cambios sensibles a distribución ejecutan npm run release:check. Windows solo se ejecuta para cambios de runtime y portabilidad; macOS solo se ejecuta para cambios sensibles a Swift. Una fusión a master ejecuta la compuerta de lanzamiento completa en Linux, mientras que el despacho manual ejecuta la compuerta de lanzamiento completa en los tres sistemas operativos.
Las pruebas incluyen snapshots dorados de auditoría y plan bajo evals/expected, impulsadas por evals/fixtures.json, además de comprobaciones compartidas de conformidad de adaptadores para JSON determinista, rutas portables, semántica de evidencia y acuerdo de artefactos posteriores.
Los esquemas JSON y el registro de señales para artefactos versionados viven bajo schemas/.
Actualiza los snapshots después de cambios intencionales en el comportamiento de auditoría:
npm run eval:check
npm run eval:summary
npm run eval:test
npm run eval:update
Comprueba los campos bloqueados de escenarios de consistencia de modelos contra resultados de herramientas deterministas:
npm run model-consistency:check
npm run model-consistency:json
npm run model-consistency:json -- --profile local-small
npm run model-consistency:compare -- baseline-summary.json candidate-summary.json
npm run model-consistency:stats
Se requiere Node 20 o más reciente para la CLI. La comprobación de humo por defecto es portable entre plataformas:
npm run smoke
Si Node aún no está disponible, el repositorio incluye una comprobación de humo en PowerShell:
powershell -ExecutionPolicy Bypass -File ./scripts/smoke.ps1
Comprueba el contenido del paquete antes de publicar:
npm run pack:check
npm run bin:check
npm run installed-package:check
npm run distribution:check
npm run release:check
distribution:check valida el empaquetado y la preparación de metadatos MCP. El más estricto distribution:check:publish verifica que las identidades públicas de npm y del Registro MCP estén alineadas antes de un lanzamiento. Consulta Distribución.
Forma
src/
core/
audit-model.ts
audit-phase-timing.js
plan-execution-hints.js
plan-execution-hints.ts
repository-text-files.js
report.js
report.ts
diagnostics/
diagnostics.js
adapters/
csharp/
audit.js
javascript/
audit.js
audit.ts
kotlin/
audit.js
python/
audit.js
rust/
audit.js
swift/
audit.js
cli/
index.js
examples/
csharp-sdk-project-pair/
csharp-sdk-unique-pair/
csharp-sdk-xunit-basic/
node-vitest-basic/
express-supertest/
react-testing-library/
kotlin-junit-basic/
kotlin-gradle-groovy-junit/
kotlin-gradle-module-graph-junit/
kotlin-maven-junit/
kotlin-maven-reactor-junit/
kotlin-maven-wrapper-junit4/
kotlin-gradle-aggregate-kotest/
kotlin-gradle-spock/
kotlin-maven-testng/
python-pytest-service/
python-uv-pytest/
python-poetry-pytest/
rust-cargo-basic/
rust-cargo-workspace-basic/
swift-spm-xctest/
swift-spm-swift-testing/
swift-spm-quick-nimble/
swift-spm-custom-paths/
swift-spm-alternate-roots/
swift-bazel-xctest/
swift-xcode-test-plans/
vapor-service-tests/
vapor-mongodb-boundaries/
evals/
expected/
model-consistency/
schemas/
JavaScript/TypeScript, PHP, Python, Ruby, Swift, módulos Kotlin/JVM acotados, módulos Go acotados, formas de proyectos SDK de C# acotadas y paquetes Cargo de Rust acotados son puntos de prueba de adaptadores soportados. El soporte de PHP cubre las reglas acotadas de propiedad Composer/PSR-4/PHPUnit, retención de comandos y evidencia en Soporte Alpha de PHP. El soporte de Ruby cubre las reglas acotadas de propiedad Bundler/Minitest/RSpec y evidencia en Soporte Alpha de Ruby. El soporte de Rust incluye miembros de workspace literales contenidos en el repositorio, comandos de paquete exactos, propiedad de pruebas integrada, grafos de módulos literales, exclusión exacta de módulos solo de prueba, importaciones directas de módulos lógicos, llamadas asociadas inherentes y re-exportaciones exactas incondicionales de símbolos de raíz de crate según se define en Soporte Alpha de Rust. El soporte de C# cubre un proyecto de prueba convencional estilo SDK o un borde único literal de proyecto de producción/prueba, incluyendo propiedad acotada nativa de xUnit MTP-v2 y MSTest.Sdk v4, membresía exacta de objetivo literal o de un salto con alias de raíz, un include de compilación directo *.cs contenido en el repositorio, predicados de paquete finitos condicionados por objetivo y un par entre proyectos no relacionados, con metadatos de compilación acotados del archivo más cercano y versiones centrales estáticas de paquetes, comandos exactos de proyecto de prueba, llamadas directas de tipo propiedad del cuerpo ejecutable, receptores acotados de campo local concreto o inmutable, aserciones de resultado de un salto estable de llamada directa, llamada de receptor o out var en línea, aserciones de excepción acotadas y un salto de helper de prueba estático privado de la misma clase mientras la propiedad de la solución permanece excluida. El soporte de Go incluye miembros literales go.work contenidos en el repositorio, selección explícita de objetivo de compilación estático, uso acotado de aserciones de biblioteca estándar/Testify, identidad de receptor con ámbito de parser a través de enlaces locales concretos y de helpers de prueba, y evidencia de fuente propiedad del cuerpo invocable según se define en Soporte Alpha de Go. El soporte de Kotlin/JVM se limita a módulos convencionales de Gradle/Maven y grafos agregados declarados directamente, JUnit, las variantes documentadas de Kotest common-spec y Spock feature, o TestNG a nivel de método, y conjuntos de fuentes estándar según se define en Soporte Alpha de Kotlin/JVM.
Superficies de runtime importantes:
- CLI:
src/cli/index.js - Definiciones de herramientas MCP:
src/mcp/tool-definitions.js - Servidor SDK MCP stdio:
src/mcp/stdio.js - Harness de invocación local:
src/mcp/invoke.js - Compuerta de lanzamiento:
scripts/check-release-readiness.js
Documentación
- Contribuir
- Soporte
- Política de seguridad
- Plan del proyecto
- Estado del proyecto
- Disponibilidad pública
- Disponibilidad alfa
- Informes de auditoría de repositorios reales
- Posicionamiento del producto
- Hoja de ruta a corto plazo
- Plan de endurecimiento de adaptadores
- Análisis de la cartera de adaptadores de agosto de 2026
- Inventario del núcleo de auditoría compartido
- Guion de demostración
- Registro de decisiones
- Segunda prueba de adaptador
- Soporte alfa de Kotlin/JVM
- Soporte alfa de Go
- Informe de búsqueda de validación de Go
- Informe de validación HTTP de Go
- Informe de validación de propiedad del espacio de trabajo de Go
- Informe de validación de importación con punto de Go
- Informe de validación de resultados de constructores de Go
- Informe de validación de fuentes entre paquetes de Go
- Informe de validación de uso de aserciones de Go
- Informe de validación de enlaces limitados al analizador de Go
- Informe de validación de propiedad de receptores y llamables de Go
- Informe de validación de receptores de ayudantes de prueba de Go
- Soporte alfa de Rust
- Soporte alfa de Ruby
- Soporte alfa de PHP
- Informe de validación en vivo de PHP brick/math
- Informe de validación en vivo de PHP Guzzle
- Informe de validación en vivo de PHP Ramsey UUID
- Informe de validación posterior a la promoción de PHP Monolog
- Informe de validación en vivo de Elixir Jason
- Informe de validación en vivo de Elixir Plug
- Informe de validación en vivo de Elixir Absinthe
- Informe de validación en vivo de Ruby rubyzip
- Informe de validación en vivo de Ruby Faraday
- Informe de validación en vivo de Ruby Factory Bot
- Informe de validación en vivo de Ruby Diplomat
- Informe de validación en vivo de retorno de ayudantes/fábricas de Ruby
- Informe de validación en vivo de ejemplos compartidos de Ruby
- Informe de validación posterior a la promoción de Ruby Licensed
- Soporte alfa de C#
- Informe de validación en vivo de TDD de C#
- Informe de validación en vivo de Sharp Cast de C#
- Informe de validación en vivo de Glob de C#
- Informe de validación en vivo de paquetes centrales de C#
- Informe de validación en vivo de múltiples objetivos de C#
- Informe de validación en vivo de paquetes condicionados por objetivo de C#
- Informe de validación en vivo de Microsoft.Testing.Platform v2 de C#
- Informe de validación en vivo de MSTest.Sdk v4 de C#
- Informe de búsqueda de validación de Kotlin/JVM
- Contrato del adaptador
- Contrato del artefacto
- Referencia de CLI
- Detección de proyectos
- Flujo de trabajo políglota
- Superficie de herramientas MCP
- Configuración del cliente MCP
- Despliegue de MCP
- Diagnósticos locales
- Rutas de instalación del agente
- Ciclo de vida de lanzamiento
- Lista de verificación de lanzamiento