{ "markdown": "

\n \"Repo\n

\n\n

Repo Test Architect

\n\nAudit-first test strategy tooling for codebases.\n\nRepo Test Architect builds a deterministic audit graph before asking any model or agent to reason about tests. The goal is to identify repo-native, high-value test work from facts the tool can inspect locally: project roots, framework signals, existing tests, source classifications, blockers, and remaining risk.\n\nThe current implementation can:\n\n- audit JavaScript/TypeScript, PHP, Python, Ruby, and Swift projects through supported adapters\n- audit supported, bounded Kotlin/JVM fixtures through the same shared artifact model\n- audit conventional Go modules and literal repository-contained `go.work` members through a supported bounded adapter\n- audit conventional Cargo packages and literal repository-contained workspace members through a supported bounded Rust adapter\n- audit one conventional SDK-style C# test project or one unique literal production/test project edge, including bounded native xUnit MTP-v2 and MSTest.Sdk v4 ownership, literal and one-hop root-aliased target frameworks, one repository-contained direct `*.cs` compile include, finite target-conditioned package shapes, bounded nearest-file build and central-package props, exact immutable test-field receivers, stable direct-call results, inline `out` results, framework exception and collection/string assertions, one-hop test helpers, and guarded well-known `System` type collisions, through a supported bounded .NET adapter\n- audit one conventional Composer/PSR-4 project with PHPUnit through a supported bounded PHP adapter\n- audit one conventional Mix application with exact MixProject/Mixfile, bounded source and Mix-task ownership, literal local ExUnit wrapper discovery, and test-body evidence through a supported bounded Elixir adapter\n- detect polyglot project roots and report unsupported ecosystems without hiding them\n- produce a complete repository analysis, findings, ranking, plan, execution hints, and verification commands in one audit pass\n- classify source files by likely test value and defer low-value direct tests\n- rank candidates and generate test plans from the audit graph\n- derive provider-neutral execution, context, parallel-safety, and repository-reasoning hints without selecting models or spawning subagents\n- analyze conservative test placement findings across project boundaries\n- collect project-level stats for coverage, candidate counts, frameworks, commands, and adapter usage\n- provide disabled-by-default local MCP diagnostics, safe internal-error report IDs, runtime checks, and inspectable sanitized bundles without external reporting\n- expose the same deterministic behavior through CLI commands, a local invoke harness, and a stdio MCP SDK server\n- lock behavior with golden snapshots, model-consistency scenarios, package checks, and cross-OS CI\n\nNative test generation is intentionally deferred. `generate_selected_test` returns a structured deferred artifact until adapter-specific generation policy and repair-loop fixtures exist.\n\nRepo Test Architect `1.0.0-beta.2` is available as an opt-in public beta on npm and the Official MCP Registry. The unqualified npm command remains on `0.3.0` while the beta is evaluated. Treat its findings as evidence-backed review input rather than an automatic instruction to change a repository. See the [beta release notes](https://github.com/RepoAssay/repo-test-architect/releases/tag/v1.0.0-beta.2).\n\nBeta.2 adds experimental Dart/Flutter support and adapter trust fixes. The `@beta` commands below select beta.2; see the [release notes and validation plan](docs/release-notes-v1.0.0-beta.2.md). Dart remains experimental, and native generation remains deferred.\n\n## Install\n\nNode.js 20 or newer is required.\n\nRun the CLI without a global install:\n\n```sh\nnpx --yes repo-test-architect doctor\nnpx --yes repo-test-architect analyze .\n```\n\nTry the public beta without changing the default npm channel:\n\n```sh\nnpx --yes repo-test-architect@beta doctor\nnpx --yes repo-test-architect@beta analyze .\n```\n\nOr install the CLI and MCP server binaries:\n\n```sh\nnpm install --global repo-test-architect\nrepo-test-architect doctor\nrepo-test-architect analyze .\n```\n\nAdd the local stdio MCP server to an MCP-capable client:\n\n```json\n{\n \"mcpServers\": {\n \"repo-test-architect\": {\n \"command\": \"npx\",\n \"args\": [\n \"--yes\",\n \"repo-test-architect\",\n \"mcp\"\n ]\n }\n }\n}\n```\n\nTo opt into the public beta, pin the npm `beta` channel in the MCP configuration:\n\n```json\n{\n \"mcpServers\": {\n \"repo-test-architect\": {\n \"command\": \"npx\",\n \"args\": [\n \"--yes\",\n \"repo-test-architect@beta\",\n \"mcp\"\n ]\n }\n }\n}\n```\n\nThe client launches the server locally. Repository source stays on the machine unless the client or another configured tool sends it elsewhere. Connected models receive instructions to start with `analyze_repository` for a general repository review. See [MCP client config](docs/mcp-client-config.md) and [agent install paths](docs/agent-install-paths.md) for global-install, local-checkout, and host-specific guidance.\n\n## Quick Start\n\nFor a human-readable review of the current repository:\n\n```sh\nnpx --yes repo-test-architect analyze .\n```\n\n`analyze` detects every project root, runs each supported adapter once, and derives the audit summary, top findings, candidate ranking, test plan, execution hints, project stats, and verification commands. Markdown stays compact; JSON preserves the complete evidence bundle:\n\n```sh\nnpx --yes repo-test-architect analyze . --format json\nnpx --yes repo-test-architect analyze . --changed\n```\n\nUseful focused views:\n\n| Goal | Command |\n| --- | --- |\n| Complete repository review | `repo-test-architect analyze .` |\n| Concise architecture findings | `repo-test-architect findings-projects .` |\n| Actionable cross-project plan | `repo-test-architect plan-projects .` |\n| Raw reusable project audits | `repo-test-architect audit-projects . --format json` |\n| Runtime readiness | `repo-test-architect doctor` |\n\nRun `repo-test-architect --help` for the short command map or `repo-test-architect --help` for options. The [CLI reference](docs/cli-reference.md) documents the full surface.\n\nFor an MCP-connected model, the equivalent default is `analyze_repository`. Use narrower tools only when the request asks for one artifact or already supplies an audit artifact.\n\n## Current Scope\n\nAvailable adapters:\n\n- `dart` (experimental): Dart and Flutter pubspec packages, conventional `package:test` and `flutter_test` entrypoints, exact library-import evidence, widget test recommendations, and bounded `dart test` / `flutter test` commands; see [Dart and Flutter support](docs/dart-support.md)\n- `csharp`: one static SDK-style test project or one unique literal production/test project edge, including bounded native xUnit MTP-v2 and MSTest.Sdk v4 ownership, exact literal or one-hop root-aliased target membership, one repository-contained direct `*.cs` compile include, finite project-local target-conditioned package predicates, and a pair selected amid unrelated projects, with bounded nearest-file `Directory.Build.props` metadata and static `Directory.Packages.props` versions, xUnit, NUnit, or MSTest attributed tests, exact project-file commands, runnable-body-owned direct type calls, bounded concrete-local or immutable test-field receivers, one-hop stable direct-call, receiver-call, or inline `out var` result assertions, bounded exception assertions, and one same-class private-static test-helper hop; see the [C# alpha support matrix](docs/csharp-alpha-support.md)\n- `elixir`: one conventional Mix application with literal app and exact MixProject/Mixfile ownership, conventional/app-prefixed modules and protocols, exact Mix tasks, bounded acronym, terminal-plural, repeated-declaration, and compiled local ExUnit-wrapper ownership, static startup options, test-body-scoped direct fully qualified or exact-alias calls, conservative filename evidence, and a blocker-free `mix test` command; see [Elixir alpha support](docs/elixir-alpha-support.md)\n- `javascript`: JavaScript/TypeScript repositories with Node's test runner (including TypeScript execution scripts), Bun test, AVA, Mocha/CommonJS, Vitest, Jest, Playwright, Cypress, Express/Supertest, React Testing Library detection, and bounded literal browser request-to-route evidence; see the [alpha support matrix](docs/javascript-typescript-alpha-support.md) for evidence boundaries and known gaps\n- `go`: conventional `go.mod` projects and literal repository-contained `go.work` members using runnable standard-library `TestXxx`, `FuzzXxx`, or `ExampleXxx` tests, package-local filename, unique top-level and parser-owned concrete receiver-method symbols through explicit types, exact simple constructor results, or exact statically typed test-helper results, bounded standard-library and Testify assertion usage, parser-scoped local shadow checks, same-package or exact external-package imports (including dot imports), generic top-level functions, and bounded callable-body-owned same-package or module-local source hops, module-local commands, and optional explicit `GOOS`/`GOARCH`/custom-tag selection; see the [alpha support matrix](docs/go-alpha-support.md) for the supported boundary and blockers\n- `kotlin`: conventional Gradle/Maven JVM module roots, settings-owned Gradle aggregates, and root-declared Maven reactors with Kotlin and/or Java standard source sets, dependency-qualified direct/exported-transitive module evidence, JUnit 4/5, `kotlin.test`, bounded Gradle/JUnit Platform Kotest common specs, conventional Gradle/Spock features, and method-level TestNG through direct Maven dependencies or Gradle `useTestNG()`; see the [Kotlin/JVM alpha support matrix](docs/kotlin-jvm-alpha-support.md)\n- `php`: one root Composer project with literal string-valued PSR-4 source/test ownership, bounded literal autoloaded function files, statically declared PHPUnit, exact bounded commands or explicit safe command withholding, conventional runnable test classes including one unique source- or test-owned PHPUnit base edge, direct imported or exact same-namespace class calls, and conservative basename fallback; see [PHP alpha support](docs/php-alpha-support.md)\n- `python`: bounded Python package, FastAPI, Django, and Flask layouts with declarative multi-package/namespace ownership, configured pytest discovery, exact absolute/relative imports, one-hop source dependency evidence, static framework test-client route evidence, pytest/unittest, async and property-based extensions, fixture reachability, pip/setuptools, uv, Poetry, Hatch, tox, nox, and coverage configuration; see the [Python alpha support matrix](docs/python-alpha-support.md)\n- `rust`: conventional Cargo packages and literal repository-contained workspace members using the built-in `#[test]` harness, inline `#[cfg(test)]` modules, exact exclusion of external test-only module graphs, exact crate-module imports from `tests/`, and exact unconditional crate-root symbol re-exports; see the [Rust alpha support matrix](docs/rust-alpha-support.md)\n- `ruby`: one conventional Bundler project with `lib/` sources, one root gemspec or a complete exact named root-gemspec set, runnable `Minitest::Test` `test_*` methods or RSpec examples, exact bounded commands, root `.rspec` and exact per-file `spec_helper` loading, three-edge literal require/unique-constant evidence, exact singleton calls, exact constant-owned RSpec `described_class`, direct immutable constructor-local, one-line RSpec `let`/`subject`, exact source-factory and same-group RSpec helper receivers, and exact same-file literal shared-example inclusion, bounded assertion usage, conservative basename fallback, and explicit Minitest-spec/Rails/mixed-runner blockers; see the [Ruby alpha support matrix](docs/ruby-alpha-support.md)\n- `swift`: Swift Package Manager, Xcode-style and Bazel/rules_swift layouts, Swift Testing, XCTest, Quick/Nimble, SnapshotTesting, VaporTesting/XCTVapor, reactive frameworks, and generic Fluent database boundaries with driver-specific qualifiers; see the [Swift alpha support matrix](docs/swift-alpha-support.md)\n\nProject detection reports Elixir Mix roots through the supported bounded adapter. Unsupported ecosystems remain visible so clients can distinguish \"not audited yet\" from \"not present.\"\n\nDon't see your stack? [Open an adapter request](https://github.com/RepoAssay/repo-test-architect/issues/new?template=feature_request.yml&title=%5BFeature%5D%3A%20Adapter%20request%20for%20) with the language or ecosystem, build system, test frameworks, and—when possible—a representative public repository. Requests help prioritize adapters against real repository shapes and user demand.\n\nThe public package exposes the audit CLI, the stdio MCP server, and a deterministic MCP invoke harness under the stable binary names documented below.\n\n## Advanced CLI and Contributor Reference\n\nThe commands below expose focused artifacts, fixtures, evals, diagnostics, and release checks for advanced use and repository development.\n\n
\nShow the complete command and development reference\n\nRun the complete analysis directly or against the polyglot example:\n\n```powershell\nnpm run analyze\nnpm run analyze:json\nnpm run analyze:example\nnpm run analyze:example:json\n```\n\nCheck runtime and diagnostics readiness:\n\n```powershell\nnpm run doctor\nnpm run doctor:json\n```\n\nLocal MCP diagnostics are disabled by default. They can be explicitly directed to stderr or a bounded local JSONL file; see [Local diagnostics](docs/diagnostics.md). Build a sanitized, inspectable bundle with:\n\n```powershell\nnpm run diagnostic-bundle -- --diagnostics-file ./.repo-test-architect/diagnostics.jsonl --format json\nnode ./src/cli/index.js diagnostic-bundle --diagnostics-file ./.repo-test-architect/diagnostics.jsonl --format json\n```\n\nList registered adapters:\n\n```powershell\nnpm run adapters\nnpm run adapters:json\n```\n\nInspect project detection marker rules:\n\n```powershell\nnpm run detect-rules\nnpm run detect-rules:json\n```\n\nDetect project roots and adapter matches:\n\n```powershell\nnpm run detect:example\nnpm run detect:example:json\nnpm run detect:kotlin-fixture\nnpm run detect:kotlin-fixture:json\nnpm run detect:apple-fixture\nnpm run detect:apple-fixture:json\nnpm run audit-projects:example\nnpm run audit-projects:example:json\nnpm run audit-projects:changed-since\nnpm run summarize-projects:example\nnpm run summarize-projects:example:json\nnpm run rank-projects:example\nnpm run rank-projects:example:json\nnpm run plan-projects:example\nnpm run plan-projects:example:json\nnpm run hints-projects:example\nnpm run hints-projects:example:json\nnpm run findings-projects:example\nnpm run findings-projects:example:json\nnpm run placement-projects:example\nnpm run placement-projects:example:json\nnpm run placement-projects:split-example:json\nnpm run stats-projects:example\nnpm run stats-projects:example:json\n```\n\nFor project-aware self-audits, exclude checked-in fixture or sample roots with a quoted subtree pattern:\n\n```powershell\nnode ./src/cli/index.js findings-projects . --exclude-project \"examples/**\"\n```\n\nReuse a saved project audit artifact:\n\n```powershell\nnode ./src/cli/index.js audit-projects ./examples/polyglot-workspace --format json\nnode ./src/cli/index.js summarize-projects --from-project-audits ./project-audits.json --format json\nnode ./src/cli/index.js rank-projects --from-project-audits ./project-audits.json --format json\nnode ./src/cli/index.js plan-projects --from-project-audits ./project-audits.json --format json\nnode ./src/cli/index.js findings-projects --from-project-audits ./project-audits.json --format json\nnode ./src/cli/index.js placement-projects --from-project-audits ./project-audits.json --format json\nnode ./src/cli/index.js stats-projects --from-project-audits ./project-audits.json --format json\n```\n\n```powershell\nnpm run audit:example\nnpm run audit:kotlin-fixture\n```\n\nOutput the structured audit graph:\n\n```powershell\nnpm run audit:example:json\nnpm run audit:kotlin-fixture:json\n```\n\nGenerate an actionable test plan from the audit graph:\n\n```powershell\nnpm run plan:example\nnpm run plan:example:json\nnpm run hints:example\nnpm run hints:example:json\nnpm run plan:kotlin-fixture\nnpm run plan:kotlin-fixture:json\nnpm run plan:item:example\nnpm run plan:changed\nnpm run plan:changed-since\n```\n\nDerive advisory execution hints while leaving the plan artifact unchanged:\n\n```powershell\nnode ./src/cli/index.js hints ./examples/node-vitest-basic --item add-test:src/authService.ts\nnode ./src/cli/index.js hints-projects ./examples/polyglot-workspace --format json\n```\n\nThe installing CLI or agent host remains responsible for model choice, budgets, permissions, context loading, and subagent lifecycle.\n\nExplain one audited target by stable target ID:\n\n```powershell\nnpm run explain:example\n```\n\nRank test candidates without generating tests:\n\n```powershell\nnpm run rank:example\n```\n\nAnalyze existing test placement from audit evidence:\n\n```powershell\nnpm run placement:example\nnpm run placement:example:json\nnpm run placement:from-audit:example\n```\n\nExercise the MCP-style tool surface:\n\n```powershell\nnpm run mcp:tools\nnpm run mcp:analyze:example\nnpm run mcp:adapters\nnpm run mcp:detect-rules\nnpm run mcp:detect:example\nnpm run mcp:audit-projects:example\nnpm run mcp:summarize-projects:example\nnpm run mcp:rank-projects:example\nnpm run mcp:plan-projects:example\nnpm run mcp:findings-projects:example\nnpm run mcp:placement-projects:example\nnpm run mcp:placement-split:example\nnpm run mcp:stats-projects:example\nnpm run mcp:audit:example\nnpm run mcp:audit:kotlin-fixture\nnpm run mcp:placement:example\nnpm run mcp:audit:envelope\nnpm run mcp:stdio\nnpm run mcp:smoke\n```\n\nGenerate a plan from an existing audit JSON file:\n\n```powershell\nnpm run plan:from-audit:example\n```\n\nRun the auditor regression tests:\n\n```powershell\nnpm test\nnpm run alpha:check\nnpm run release:check\n```\n\nFind and rank active public repositories for real-world adapter validation:\n\n```powershell\nnpm run validation:repos -- --profile react\nnpm run validation:repos -- --profile workspace --limit 10\nnpm run validation:repos -- --profile swift,gradle,maven --format json\n```\n\nThe finder uses authenticated GitHub repository search, verifies exact ecosystem markers in root manifests, and ranks candidates using maintenance recency, stars, repository size, lockfiles, CI, and license metadata. Run `npm run validation:repos -- --list-profiles` for the available profiles and `--help` for quality-filter options.\n\nCheck that every supported adapter has a complete, pinned hardening corpus:\n\n```powershell\nnpm run corpus:check\nnpm run corpus:scorecard\nnpm run corpus:measure -- --case python-asyncer --checkout /path/to/pinned/asyncer\nnpm run corpus:measure -- --case python-django --checkout /path/to/pinned/django --profile-phases\nnpm run csharp:performance:check\nnpm run javascript:performance:check\nnpm run python:performance:check\nnpm run kotlin:performance:check\nnpm run rust:performance:check\nnpm run swift:performance:check\nnpm run go:performance:check\nnpm run ruby:performance:check\nnpm run php:performance:check\n```\n\nThe versioned `evals/validation-corpus.json` manifest records one conventional library or service, one framework-heavy application, and one difficult ownership graph per adapter cohort. Every supported adapter must have a complete cohort; a registered experimental adapter may be added only with all three roles. Each record carries the shared detection, ownership, command, evidence, ranking, stability, and performance scorecard. The 33 current pins span ten supported adapters and experimental Dart, with all 231 bounded scorecard areas passing. [Dart live validation](docs/dart-live-validation-report.md) also records native upstream suite results and remaining limits. A reviewed command may be `null` when the adapter correctly withholds unsafe execution. Cases may also carry bounded adapter audit options, such as an explicit Go build target, so repeated measurements remain host-independent.\n\n`corpus:scorecard` renders the review contract for humans. It reports review completeness separately from the pass rate among reviewed checks and keeps `PASS`, `FAIL`, and `PENDING` visible for every area. Use `npm run corpus:scorecard -- --format json` for the deterministic `validation-scorecard/v1` view. These are validation-review results, not a repository-quality rating.\n\n`corpus:measure` verifies the checkout's exact pinned Git SHA, runs the selected adapter at least three times, rejects canonical audit drift, and reports the raw durations, median duration, evidence-link count, and normalized audit digest used to update the scorecard. For the exact Python and Swift pins, `--profile-phases` defaults to five runs and additionally reports ordered samples and medians for traversal/text reading, project/build ownership, source discovery/indexing, test parsing/indexing, and evidence/classification/artifact assembly. These development timings are callback-only and never enter `audit/v1`, CLI/MCP audit output, or local MCP diagnostics.\n\nEach adapter performance check separately runs a generated 400-source/200-test project, verifies its candidate and evidence counts, and enforces a broad cross-platform regression ceiling. The Rust gate includes one additional skipped `src/lib.rs` module-wiring target required to declare the 400 behavioral modules. These synthetic gates complement the recorded per-repository corpus distributions.\n\nUse `alpha:check` for the adapter-support milestone. `release:check` additionally covers packaging and installed-binary readiness.\n\nThe CI workflow keeps one stable Linux `pr-gate`: documentation-only changes run focused contract tests, normal changes run `npm run alpha:check`, and distribution-sensitive changes run `npm run release:check`. Windows runs only for runtime and portability changes; macOS runs only for Swift-sensitive changes. A merge to `master` runs the complete release gate on Linux, while manual dispatch runs the full release gate on all three operating systems.\n\nThe tests include golden audit and plan snapshots under `evals/expected`, driven by `evals/fixtures.json`, plus shared adapter-conformance checks for deterministic JSON, portable paths, evidence semantics, and downstream artifact agreement.\nJSON schemas and the signal registry for versioned artifacts live under `schemas/`.\n\nRefresh snapshots after intentional audit behavior changes:\n\n```powershell\nnpm run eval:check\nnpm run eval:summary\nnpm run eval:test\nnpm run eval:update\n```\n\nCheck model-consistency scenario locked fields against deterministic tool results:\n\n```powershell\nnpm run model-consistency:check\nnpm run model-consistency:json\nnpm run model-consistency:json -- --profile local-small\nnpm run model-consistency:compare -- baseline-summary.json candidate-summary.json\nnpm run model-consistency:stats\n```\n\nNode 20 or newer is required for the CLI. The default smoke check is portable across platforms:\n\n```powershell\nnpm run smoke\n```\n\nIf Node is not available yet, the repository still includes a PowerShell smoke check:\n\n```powershell\npowershell -ExecutionPolicy Bypass -File ./scripts/smoke.ps1\n```\n\nCheck package contents before publishing:\n\n```powershell\nnpm run pack:check\nnpm run bin:check\nnpm run installed-package:check\nnpm run distribution:check\nnpm run release:check\n```\n\n`distribution:check` validates packaging and MCP metadata preparation. The stricter `distribution:check:publish` verifies that the public npm and MCP Registry identities are aligned before a release. See [Distribution](docs/distribution.md).\n\n
\n\n## Shape\n\n```txt\nsrc/\n core/\n audit-model.ts\n audit-phase-timing.js\n plan-execution-hints.js\n plan-execution-hints.ts\n repository-text-files.js\n report.js\n report.ts\n diagnostics/\n diagnostics.js\n adapters/\n csharp/\n audit.js\n javascript/\n audit.js\n audit.ts\n kotlin/\n audit.js\n python/\n audit.js\n rust/\n audit.js\n swift/\n audit.js\n cli/\n index.js\nexamples/\n csharp-sdk-project-pair/\n csharp-sdk-unique-pair/\n csharp-sdk-xunit-basic/\n node-vitest-basic/\n express-supertest/\n react-testing-library/\n kotlin-junit-basic/\n kotlin-gradle-groovy-junit/\n kotlin-gradle-module-graph-junit/\n kotlin-maven-junit/\n kotlin-maven-reactor-junit/\n kotlin-maven-wrapper-junit4/\n kotlin-gradle-aggregate-kotest/\n kotlin-gradle-spock/\n kotlin-maven-testng/\n python-pytest-service/\n python-uv-pytest/\n python-poetry-pytest/\n rust-cargo-basic/\n rust-cargo-workspace-basic/\n swift-spm-xctest/\n swift-spm-swift-testing/\n swift-spm-quick-nimble/\n swift-spm-custom-paths/\n swift-spm-alternate-roots/\n swift-bazel-xctest/\n swift-xcode-test-plans/\n vapor-service-tests/\n vapor-mongodb-boundaries/\nevals/\n expected/\n model-consistency/\nschemas/\n```\n\nJavaScript/TypeScript, PHP, Python, Ruby, Swift, bounded Kotlin/JVM modules, bounded Go modules, bounded C# SDK project shapes, and bounded Rust Cargo packages are supported adapter proof points. PHP support covers the bounded Composer/PSR-4/PHPUnit ownership, command-withholding, and evidence rules in [PHP Alpha Support](docs/php-alpha-support.md). Ruby support covers the bounded Bundler/Minitest/RSpec ownership and evidence rules in [Ruby Alpha Support](docs/ruby-alpha-support.md). Rust support includes literal repository-contained workspace members, exact package commands, built-in test ownership, literal module graphs, exact test-only module exclusion, direct logical-module imports, inherent associated calls, and exact unconditional crate-root symbol re-exports as defined in [Rust Alpha Support](docs/rust-alpha-support.md). C# support covers one conventional SDK-style test project or one unique literal production/test project edge, including bounded native xUnit MTP-v2 and MSTest.Sdk v4 ownership, exact literal or one-hop root-aliased target membership, one repository-contained direct `*.cs` compile include, finite target-conditioned package predicates, and a pair amid unrelated projects, with bounded nearest-file build metadata and static central package versions, exact test-project commands, runnable-body-owned direct type calls, bounded concrete-local or immutable test-field receivers, one-hop stable direct-call, receiver-call, or inline `out var` result assertions, bounded exception assertions, and one same-class private-static test-helper hop while solution ownership remains excluded. Go support includes literal repository-contained `go.work` members, explicit static build-target selection, bounded standard-library/Testify assertion usage, parser-scoped receiver identity through concrete local and test-helper bindings, and callable-body-owned source evidence as defined in [Go Alpha Support](docs/go-alpha-support.md). Kotlin/JVM support is limited to conventional Gradle/Maven modules and directly declared aggregate graphs, JUnit, the documented Kotest common-spec and Spock feature variants, or method-level TestNG, and standard source sets as defined in [Kotlin/JVM Alpha Support](docs/kotlin-jvm-alpha-support.md).\n\nImportant runtime surfaces:\n\n- CLI: `src/cli/index.js`\n- MCP tool definitions: `src/mcp/tool-definitions.js`\n- stdio MCP SDK server: `src/mcp/stdio.js`\n- local invoke harness: `src/mcp/invoke.js`\n- release gate: `scripts/check-release-readiness.js`\n\n## Docs\n\n- [Contributing](CONTRIBUTING.md)\n- [Support](SUPPORT.md)\n- [Security policy](SECURITY.md)\n- [Project plan](docs/project-plan.md)\n- [Project status](docs/status.md)\n- [Public readiness](docs/public-readiness.md)\n- [Alpha readiness](docs/alpha-readiness.md)\n- [Real repository audit reports](docs/real-repo-audit-reports.md)\n- [Product positioning](docs/product-positioning.md)\n- [Near-term roadmap](docs/near-term-roadmap.md)\n- [Adapter hardening plan](docs/adapter-hardening-plan.md)\n- [August 2026 adapter portfolio analysis](docs/adapter-portfolio-analysis-2026-08.md)\n- [Shared audit kernel inventory](docs/shared-audit-kernel-inventory.md)\n- [Demo script](docs/demo-script.md)\n- [Decision log](docs/decision-log.md)\n- [Second adapter spike](docs/second-adapter-spike.md)\n- [Kotlin/JVM alpha support](docs/kotlin-jvm-alpha-support.md)\n- [Go alpha support](docs/go-alpha-support.md)\n- [Go validation hunt report](docs/go-validation-hunt-report.md)\n- [Go HTTP validation report](docs/go-http-validation-report.md)\n- [Go workspace ownership validation report](docs/go-ownership-validation-report.md)\n- [Go dot-import validation report](docs/go-dot-import-validation-report.md)\n- [Go constructor-result validation report](docs/go-constructor-validation-report.md)\n- [Go cross-package source validation report](docs/go-cross-package-validation-report.md)\n- [Go assertion-usage validation report](docs/go-assertion-validation-report.md)\n- [Go parser-scoped binding validation report](docs/go-parser-scope-validation-report.md)\n- [Go receiver and callable ownership validation report](docs/go-callable-ownership-validation-report.md)\n- [Go test-helper receiver validation report](docs/go-helper-return-validation-report.md)\n- [Rust alpha support](docs/rust-alpha-support.md)\n- [Ruby alpha support](docs/ruby-alpha-support.md)\n- [PHP alpha support](docs/php-alpha-support.md)\n- [PHP brick/math live validation report](docs/php-brick-math-validation-report.md)\n- [PHP Guzzle live validation report](docs/php-guzzle-validation-report.md)\n- [PHP Ramsey UUID live validation report](docs/php-ramsey-uuid-validation-report.md)\n- [PHP Monolog post-promotion validation report](docs/php-monolog-post-promotion-validation-report.md)\n- [Elixir Jason live validation report](docs/elixir-jason-validation-report.md)\n- [Elixir Plug live validation report](docs/elixir-plug-validation-report.md)\n- [Elixir Absinthe live validation report](docs/elixir-absinthe-validation-report.md)\n- [Ruby rubyzip live validation report](docs/ruby-rubyzip-validation-report.md)\n- [Ruby Faraday live validation report](docs/ruby-faraday-validation-report.md)\n- [Ruby Factory Bot live validation report](docs/ruby-factory-bot-validation-report.md)\n- [Ruby Diplomat live validation report](docs/ruby-diplomat-validation-report.md)\n- [Ruby helper/factory return live validation report](docs/ruby-helper-return-validation-report.md)\n- [Ruby shared-example live validation report](docs/ruby-shared-example-validation-report.md)\n- [Ruby Licensed post-promotion validation report](docs/ruby-licensed-post-promotion-validation-report.md)\n- [C# alpha support](docs/csharp-alpha-support.md)\n- [C# TDD live validation report](docs/csharp-tdd-validation-report.md)\n- [C# Sharp Cast live validation report](docs/csharp-sharp-cast-validation-report.md)\n- [C# Glob live validation report](docs/csharp-glob-validation-report.md)\n- [C# central packages live validation report](docs/csharp-central-packages-validation-report.md)\n- [C# multi-target live validation report](docs/csharp-multi-target-validation-report.md)\n- [C# target-conditioned packages live validation report](docs/csharp-package-conditions-validation-report.md)\n- [C# Microsoft.Testing.Platform v2 live validation report](docs/csharp-mtp-v2-validation-report.md)\n- [C# MSTest.Sdk v4 live validation report](docs/csharp-mstest-sdk-validation-report.md)\n- [Kotlin/JVM validation hunt report](docs/kotlin-jvm-validation-hunt-report.md)\n- [Adapter contract](docs/adapter-contract.md)\n- [Artifact contract](docs/artifact-contract.md)\n- [CLI reference](docs/cli-reference.md)\n- [Project detection](docs/project-detection.md)\n- [Polyglot workflow](docs/polyglot-workflow.md)\n- [MCP tool surface](docs/mcp-tools.md)\n- [MCP client config](docs/mcp-client-config.md)\n- [MCP deployment](docs/mcp-deployment.md)\n- [Local diagnostics](docs/diagnostics.md)\n- [Agent install paths](docs/agent-install-paths.md)\n- [Release lifecycle](docs/release-lifecycle.md)\n- [Release checklist](docs/release-checklist.md)\n", "bytes": 32114, "sha": "5d4220701199332f68901b5597a8c884fd5e99ddb824a5423ee82eb4717db281", "repo_slug": "repoassay/repo-test-architect", "fonte": "repo", "truncated": false, "api": "https://agentalog.com/api/listings/mcp_io_github_repoassay_repo_test_architect_3492c053/readme" }