STANGYODE

REFERENCE / AI ENGINEERING / V0

AI Engineering
Atlas

A living systems field manual for building software that can reason, act, recover, and leave evidence behind.

SNAPSHOT / September 2026UPDATED / 24 September 2026

01 / FRONTIER RADAR

Watch the edge without mistaking it for proof.

Buzz is evidence of attention, not proof of capability. Radar keeps hype, substance, confidence, provenance, and trade-offs separate.

52 / 52 ENTRIES

concept

Bounded agentic delivery

PILOT

RecommendationPILOT one 10–20-ticket release against the normal agent-assisted PR workflow; predeclare mission exclusions, holdouts, retry limits, escalation, promotion authority, escaped defects, review time, and rework.

Frontier92
Adoption66
Fit98
Confidence90

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • The model keeps autonomous execution while moving intent, acceptance, retry limits, and promotion outside the worker loop.
  • The controls are established individually, but evidence that the complete factory model beats ordinary agent-assisted PR delivery remains anecdotal.

Provenance Compared two independent practitioner critiques with three operated workflow families and OpenAI harness guidance. No factory workload was run. partially-verified

dark-factory-considered-harmful · craft-vs-cruft-dark-factory · ai-software-factory-repo · github-agentic-workflows-2026-10-12 · anthropic-managed-agent-workflows · openai-harness

  1. Added at PILOT with a bounded recommendation; attention and public artifacts do not establish local reliability or fit.

concept

MCP contract integrity

PILOT

RecommendationPILOT contract pinning on one non-production remote MCP server; version names, descriptions, input/output schemas, review diffs, block behavior, and recovery while retaining behavioral tests and egress controls.

Frontier94
Adoption64
Fit96
Confidence92

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Independent CI and runtime implementations make advertised instruction and schema changes reviewable even when a declared version does not move.
  • Structural pins cannot detect backend behavior changes behind an unchanged contract and may block harmless evolution until re-approved.

Provenance Compared four independently operated snapshot, lockfile, CI, and runtime-gate implementations and their stated blind spots. No software was installed. partially-verified

rugsnare-contract-drift · mcpward-repo · mcpindex-drift-report · mcp-hangar-digest-pin

  1. Added at PILOT with a bounded recommendation; attention and public artifacts do not establish local reliability or fit.

concept

Harness-owned long-horizon state

PILOT

RecommendationPILOT the pattern: keep task state, evidence, queues, budgets, and verification outside model conversations; reconstruct bounded role-specific contexts and compare against history-heavy runs.

Frontier93
Adoption62
Fit94
Confidence90

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • External state and fresh contexts can reduce context growth, duplicated work, and crash loss, but the harness becomes the correctness and synchronization boundary.
  • Research reports large token gains and production harnesses expose concrete primitives, but cross-workload superiority and vendor scale claims are not independently established.

Provenance Compared a public preprint with four independently operated harness or durable-execution implementations. No software was installed; benchmark and scale claims remain author- or vendor-reported. partially-verified

stateless-language-agents-paper · github-agentic-workflows-2026-10-12 · anthropic-managed-agent-workflows · prime-agent-rust · temporal-docs

  1. Spawned at PILOT after research evidence and four independent implementations converged on externalized state, bounded contexts, explicit queues, isolation, and verification.

concept

Context Engineering

PILOT

RecommendationAdopt the principle in documentation and evaluation before adding a new runtime dependency.

Frontier66
Adoption62
Fit82
Confidence64

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Deliberate context selection can improve reliability, but requires measurement and maintenance.
  • Compaction and disclosure control token cost, but can hide information needed for diagnosis.

Provenance Manual seed from the existing Atlas source relationship; no performance claim is made. unverified

anthropic-context · anthropic-context-editing

  1. Seeded as the highest-fit practice candidate.

discovery-candidate

SPACE

PILOT

RecommendationPILOT one disposable restore-and-egress workload; verify deny rules, scoped credentials, snapshot fidelity, deletion, crash recovery, startup health, throughput, and retained-state cost.

Frontier91
Adoption60
Fit84
Confidence88

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Open Firecracker isolation, explicit lifecycle state, scoped attachment tokens, egress policy, snapshots, and E2B compatibility form a concrete self-hostable runtime.
  • Perplexity’s own tests found network-policy bypasses before remediation; finite vendor reruns do not establish escape resistance, restore reliability, or operating economics.

Provenance Reviewed first-party architecture, release, and adversarial-test artifacts and challenged differentiation against E2B and Modal. No sandbox was installed or provisioned. partially-verified

space-architecture · space-open-source · space-red-team · e2b-docs · modal-sandboxes

  1. Added at PILOT with a bounded recommendation; evidence is concrete but not independent proof of local reliability or fit.

concept

Policy-enforced agent execution

PILOT

RecommendationPILOT a reversible execution boundary selected by workload: deny ambient filesystem and network authority, isolate credentials, log denials externally, and test the exact failure paths before trusting agent autonomy.

Frontier94
Adoption58
Fit97
Confidence88

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • OpenShell, Codex sandboxing, E2B, and Modal independently provide enforced execution boundaries with different policy, isolation, persistence, and operating models.
  • A sandbox label does not establish equal containment: VM isolation, OS controls, egress policy, credential mediation, and fail-open behavior must be qualified separately.

Provenance Compared four independently operated execution-boundary families and challenged OpenShell against sibling implementations and its documented fallback constraints. No sandbox or escape test was run. partially-verified

openshell-repo · openshell-release-0-1-5 · openshell-security-best-practices · codex-sandbox · e2b-docs · modal-sandboxes

  1. Spawned as a PILOT category after multiple independent implementations converged on host-enforced execution boundaries while preserving materially different guarantees.

discovery-candidate

ESP32 iPhone Agent

PILOT

RecommendationPILOT only on a resettable iPhone with no personal credentials; publish task success, latency, failure classes, sensitive-screen exclusions, recovery, and model/network dependence.

Frontier88
Adoption58
Fit72
Confidence84

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • AirPlay plus USB HID exercises a real physical device without jailbreak or a continuously attached Mac, and the hardware boundary is inexpensive.
  • Vision-only targeting, mirror-restricted screens, frame rate, resolution, cellular dependence, and project-authored demos limit reliability claims.

Provenance Reviewed the first-party physical-device architecture and challenged it against independent XCTest/CoreDevice paths. No board, phone, app, or model was exercised. partially-verified

esp32-iphone-agent-repo

  1. Added at PILOT with a bounded recommendation; attention and public artifacts do not establish local reliability or fit.

discovery-candidate

Context Mode

PILOT

RecommendationPILOT only in a disposable repository with paired tasks; measure task success, retrieval misses, latency, crashes, permission-boundary behavior, and recovery after compaction.

Frontier86
Adoption58
Fit92
Confidence82

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Interception, local full-text retrieval, and continuity can keep bulky output out of the active window, but maintainer byte savings do not establish better task outcomes.
  • Host support is uneven, MCP tools enlarge the execution trust boundary, and retrieval can hide evidence the agent fails to request.

Provenance Reviewed the first-party repository and host matrix, then challenged novelty against an independent sibling offloading implementation. No software was installed and no task benchmark was rerun. partially-verified

context-mode-repo · context-mode-platform-support · langchain-context-offloading

  1. Added at PILOT because the implementation is concrete and operationally relevant, while end-to-end quality and security benefit remain unverified.

discovery-candidate

RugSnare

PILOT

RecommendationPILOT beside one independent contract-drift scanner on a disposable MCP server; compare canonicalization, false positives, fail mode, replay, operator time, and recovery. Do not treat either scanner as behavioral proof.

Frontier86
Adoption56
Fit88
Confidence82

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • It packages contract capture, CI diffing, runtime enforcement, and a public drift corpus into one inspectable tool.
  • Its measurements and overhead claims are author-run, adoption is minimal, and independent tools already provide the core control.

Provenance Reviewed the first-party artifact and separated its author-run measurements from independent sibling implementations. No MCP server or tool was installed. partially-verified

rugsnare-contract-drift

  1. Added at WATCH with a bounded recommendation; attention and public artifacts do not establish local reliability or fit.
  2. Advanced from WATCH to a bounded comparison PILOT after broader audit evidence; author-run measurements and unchanged-contract behavior remain unresolved.

discovery-candidate

Sphinx

PILOT

RecommendationPILOT optionally before PR submission on one low-risk repository; measure escaped defects, false blocks, bypasses, grading disagreements, and developer time. Never use it as a security control.

Frontier86
Adoption56
Fit96
Confidence84

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • It tests whether the submitting human can explain behavior, invariants, and failure modes rather than re-running another code-quality check.
  • It is bypassable, semantic grading can fail, synthetic evaluation does not prove fewer escaped defects, and multiple siblings already implement the same basic gate.

Provenance Reviewed the first-party mechanism and synthetic limits, then compared two independent sibling implementations. No hook or package was installed. partially-verified

sphinx-repo · sphinx-ci · vibe-check-repo

  1. Added at bounded PILOT after first-party and sibling review; comprehension evidence is not code-correctness or security evidence.

discovery-candidate

Figma Specs

PILOT

RecommendationPILOT one real design-to-code handoff with paired baseline work; measure corrections, stale-context incidents, delivery quality, MCP friction, exportability, and cross-harness reuse.

Frontier80
Adoption56
Fit72
Confidence78

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Collaborative Markdown can keep intent, designs, diagrams, and code references in one live handoff surface writable through MCP.
  • Open-beta access and Figma-native state create plan, permission, lock-in, and export risks; no public benchmark demonstrates better task outcomes.

Provenance Reviewed Figma’s launch and access documentation and compared its packaged context with the vendor-neutral Agent Skills format. No Figma project or MCP handoff was exercised. partially-verified

figma-specs · figma-specs-help · agentskills-home

  1. Added at PILOT with a bounded recommendation; evidence is concrete but not independent proof of local reliability or fit.

discovery-candidate

Claude Managed Agents

PILOT

RecommendationPILOT only on a bounded low-risk workflow with explicit token, task-success, state-correction, retention, and recovery metrics.

Frontier91
Adoption55
Fit82
Confidence84

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Persistent event history, schedules, budgets, parallel workflows, and sandbox choices reduce custom harness work, but increase provider and state-retention coupling.
  • The feature is beta, run limits and duplicate tool calls require defensive design, and Managed Agents is not currently eligible for ZDR or HIPAA BAA coverage.

Provenance Reviewed Anthropic’s first-party beta overview and workflow-run contract. No session was created and no capability or reliability claim was independently reproduced. partially-verified

anthropic-managed-agents-overview · anthropic-managed-agent-workflows

  1. Added at PILOT as a named beta platform with concrete durable execution, observability, budget, scheduling, and failure-isolation controls.

discovery-candidate

Harness²

PILOT

RecommendationPILOT only in a sealed benchmark with frozen model, executor, tasks, budget, and holdouts; record accepted harness edits, cost, regressions, and generalization to untouched tasks.

Frontier92
Adoption52
Fit92
Confidence82

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • It exposes eight harness components and joins per-task refinement with persistent lessons while keeping model weights fixed.
  • Published gains and cost are project-authored, no formal release exists, and recursive optimization can overfit tasks or accumulate brittle controls.

Provenance Reviewed the repository, paper, benchmark design, and stated results. No framework or benchmark was installed or rerun. partially-verified

harness2-repo · harness2-paper

  1. Added at bounded PILOT; recursive harness modification is concrete, but generalization and cost require independent testing.

discovery-candidate

Agent37

PILOT

RecommendationPILOT one disposable restore-and-egress workload; verify deny rules, credential boundaries, cold and warm recovery, backup fidelity, startup health, throughput, and full retained-state cost.

Frontier84
Adoption52
Fit82
Confidence78

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Persistent instances, explicit lifecycle APIs, backup/restore, and sleep/wake behavior are directly usable building blocks for long-running agents.
  • Vendor documentation describes behavior, not independent restore reliability, isolation resistance, sustained throughput, or comparative economics.

Provenance Reviewed first-party lifecycle contracts and compared persistence and isolation semantics with an independent multi-provider sandbox survey. No sandbox was provisioned. partially-verified

agent37-concepts · agent37-instances · langchain-agent-sandboxes

  1. Added at PILOT for one bounded lifecycle and egress evaluation; broad reliability, security, throughput, and cost claims remain unverified.

discovery-candidate

Tracely

PILOT

RecommendationPILOT only on a non-critical fixture set: measure false blocks, missed regressions, replay fidelity, reviewer corrections, and maintenance cost before allowing a gate to block merges.

Frontier78
Adoption52
Fit86
Confidence64

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Promoting real failures into replayable regression cases closes a useful loop between observability and CI, and deterministic fixtures can avoid model spend and flakiness.
  • Trace selection, evaluator calibration, privacy, and fixture staleness can create false confidence or block healthy changes; no independent production outcome study was found.

Provenance Reviewed the first-party repository and documentation for the trace-to-regression workflow. The software was not installed, and production outcome claims were not independently reproduced. partially-verified

tracely-repo · tracely-docs

  1. Added at PILOT for a bounded, non-blocking evaluation of trace-derived regression gates; independent outcome evidence is still absent.

discovery-candidate

LSCBench

PILOT

RecommendationPILOT only as an isolated coding-agent security regression gate beside SAST, DAST, and human review; pin tasks, images, hidden-test access, model, budget, and contamination assumptions.

Frontier90
Adoption50
Fit92
Confidence86

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Separate hidden functional and security tests make insecure success visible and package the result in replayable isolated environments.
  • Public vulnerability families, selected attack coverage, author-run scores, and uncertain correlation with production defects prevent certification-style use.

Provenance Reviewed the paper and public artifact contract, including isolated environments and hidden functional/security tests. No benchmark task was installed or rerun. partially-verified

lscbench-paper · lscbench-repo

  1. Added at PILOT with a bounded recommendation; evidence is concrete but not independent proof of local reliability or fit.

discovery-candidate

git-ai

PILOT

RecommendationPILOT only on a disposable mirror with synthetic 20–50-agent contention; measure semantic merge correctness, rejected changes, recovery, and operator time.

Frontier88
Adoption44
Fit70
Confidence76

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Server-side history, machine identities, compare-and-swap landing, and semantic approval rules address concrete multi-agent source-control pressure.
  • The 0.2 benchmark is project-authored, interfaces remain pre-1.0, and storage garbage collection and fair queuing are incomplete.

Provenance Reviewed the repository, 0.2 release, benchmark design, fixes, and declared limitations. No server was installed or load test rerun. partially-verified

graft-git-ai-repo · graft-git-ai-release-0-2

  1. Advanced from monitoring to a disposable-mirror PILOT after the 0.2 release made performance and correctness changes testable.

discovery-candidate

NVIDIA OpenShell

PILOT

RecommendationPILOT one disposable coding-agent sandbox with deny-by-default network, filesystem, process, and credential paths; require hard-fail isolation where gaps are unacceptable and verify blocked writes and egress before wider use.

Frontier95
Adoption42
Fit96
Confidence84

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • OpenShell combines declarative policy with kernel and proxy enforcement plus endpoint-bound credentials, making the boundary more explicit than prompt or application-only controls.
  • The evidence is project-authored; static policy changes require sandbox recreation, best-effort Landlock can continue with reduced restrictions, and allowed endpoints remain exfiltration paths.

Provenance Reviewed the public implementation, stable release notes, and security guidance. No software was installed, no denied action was attempted, and no containment claim was independently reproduced. partially-verified

openshell-repo · openshell-release-0-1-5 · openshell-security-best-practices

  1. Added at bounded PILOT because enforced file, process, network, and credential controls are concrete, while project-run evidence and documented fallback modes prevent a production-safety claim.

concept

Agent harness engineering

PILOT

RecommendationPILOT the practice through frozen artifacts, held-out tasks, cost, regression, and transfer measurements; evaluate implementations separately rather than treating “harness” as one product.

Frontier94
Adoption42
Fit96
Confidence86

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Doc2Harness, HarnessDev, and Harness² independently make harness construction, evaluation, or evolution a first-class engineering object.
  • They measure different boundaries, rely mainly on project-run results, and do not establish that recursive changes generalize safely to production.

Provenance Compared three independently operated implementations and their evaluation boundaries. No framework or benchmark was installed or reproduced. partially-verified

doc2harness-repo · doc2harness-paper · harnessdev-paper · harness2-repo · harness2-paper

  1. Spawned as a durable category after independent construction benchmarks and a recursive framework converged on harnesses as engineered, evaluated artifacts.

concept

Continuous behavioral verification

PILOT

RecommendationPILOT as an advisory, independent verification layer on labeled agent-authored changes; require live or replayable evidence and measure recall, false positives, review time, and escaped regressions.

Frontier93
Adoption42
Fit95
Confidence82

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Regression Hunt, TDAD, and CyberArena independently move verification toward behavior under changed code, impacted tests, or an adaptive opponent rather than trusting patch-generation context.
  • The evidence spans different scopes, remains mainly project-run, and does not establish broad production recall; benchmark and PoC validity require adversarial audit.

Provenance Compared three independently operated implementations and challenged their evidence with coding-benchmark and vulnerability-patch validity studies. No tool or benchmark was installed or reproduced. partially-verified

trailofbits-regression-review · regression-hunt-repo · tdad-paper · tdad-repo · cyberarena-home · cyberarena-paper · openai-coding-eval-audit · patchbench-paper

  1. Spawned as a PILOT category after three independent approaches converged on behavior-focused verification while independent audits bounded benchmark and PoC claims.

discovery-candidate

Hy-Memory and MemHub

PILOT

RecommendationPILOT with reversible, non-sensitive profile data; test memory precision, stale-fact correction, rollback, cross-tool consistency, and recovery before broader use.

Frontier90
Adoption42
Fit88
Confidence76

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • The model, SDK, framework, evaluation utilities, and local-first application form an unusually complete inspectable memory stack.
  • Reported scores are Tencent-run on fixed subsamples; cross-application governance, migrations, rollback, and operational maturity remain unproven.

Provenance Reviewed the first-party repository and paper, including the evaluation boundary. No model, SDK, or MemHub binary was installed. partially-verified

hy-memory-repo · hy-memory-paper

  1. Added at bounded PILOT for reversible test data; operational maturity and independent memory-quality evidence remain insufficient.

discovery-candidate

Doc2Harness

PILOT

RecommendationPILOT the 94 public scenarios against one disposable internal harness; report public-case coverage separately from the unreproducible held-out leaderboard.

Frontier92
Adoption38
Fit94
Confidence84

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Frozen artifacts, isolated runs, observable effects, and positive controls make the public evaluator concrete and auditable.
  • Most cases are held out, model results are author-run, and passing synthetic clauses does not establish production task quality.

Provenance Reviewed the official code and paper, then challenged novelty against the independent HarnessDev benchmark. No benchmark was installed or rerun. partially-verified

doc2harness-repo · doc2harness-paper · harnessdev-paper

  1. Added at bounded PILOT; deterministic harness-construction testing is useful, but public coverage is a subset and outcomes are not independently reproduced.

discovery-candidate

Regression Hunt

PILOT

RecommendationPILOT on a labeled set of agent-authored patches with live before/after evidence; keep results advisory until recall, false positives, review time, and escaped regressions are measured.

Frontier90
Adoption38
Fit94
Confidence80

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Trail of Bits found 21 confirmed regressions in more than 130 merged PRs and publishes a repeatable, evidence-gated workflow for finding collateral behavior changes.
  • Its preliminary comparison is internal, improves false-positive rate rather than proving recall, and leaves some known regressions borderline when evidence gates are not met.

Provenance Reviewed the first-party post and plugin, then challenged the method against PatchBench. No plugin was installed and no reported result was reproduced. partially-verified

trailofbits-regression-review · regression-hunt-repo · patchbench-paper

  1. Added at bounded PILOT after first-party regression evidence and an independent validation challenge supported live, adversarial checks without proving production safety.

concept

Explicit agent-facing interfaces

PILOT

RecommendationPILOT narrowly and reversibly across isolated interfaces; compare permissions, provenance, and escape paths.

Frontier90
Adoption34
Fit88
Confidence76

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Unterm, Agentitter, and Chrome/WebMCP expose explicit agent-facing surfaces independently.
  • Host coverage, permission boundaries, and interoperability remain uneven; tool exposure must stay narrow, reversible, and observable.

Provenance Reviewed multiple first-party implementations and compared their interface boundaries. No discovered software was installed or run, and no cross-host task result was reproduced. partially-verified

unterm-repo · agentitter-home · chrome-webmcp

  1. Added in the 2026-10-21 editorial audit with evidence boundaries preserved.

concept

Typed probabilistic decision models

WATCH

RecommendationWATCH for cheap classification, routing, verification, abstention, and escalation; benchmark local workloads against calibrated classifiers and label-probability baselines before choosing an implementation.

Frontier95
Adoption60
Fit85
Confidence92

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Bounded predicate, choice, and score outputs avoid free-text parsing and expose probabilities in one pass, but task-specific calibration still has to be measured.
  • Hosted, open-weight, CPU/GPU, local, fully multimodal, and provider-neutral gateway paths now exist; calibration, robustness, deployment, and price—not interface novelty—decide between them.

Provenance Reviewed Microsoft’s first-party hosted implementation and Mapika’s open model/training/serving family. These broaden adoption and deployment evidence; vendor and project benchmarks were not treated as a cross-vendor winner, and no software was installed. partially-verified

openai-decisions · llamacpp-decision-models · cloudflare-clef · liquid-open-d1 · typed-decision-audit · perplexity-decisions · quyet-pypi · jebadiah-repo · vercel-decisions-gateway · cloudflare-clef-update · microsoft-decision-1 · mapika-decider

  1. Discovered without a Jev-named query. Initially tracked as a combined System One / typed-decisions signal with Jev as its known implementation.
  2. Added an open implementation and an independent early evidence audit. The interface and latency/cost case strengthened; general accuracy superiority remained unproven.
  3. Spawned as a category when OpenAI Decisions, open multimodal models, and a six-model llama.cpp stack established credible cross-vendor convergence around typed probabilistic decisions.
  4. Perplexity, Quyet, and Jebadiah expanded hosted and open implementation diversity; runnable paths strengthened the category while no cross-vendor benchmark established a winner.
  5. Clef-omni added native audio and video, while listed price, hosted latency, and internal-use evidence strengthened category readiness; no independent cross-vendor benchmark established a winner.
  6. Microsoft-Decision-1 and Mapika decider added major hosted and open paths; category adoption strengthened while workload calibration and the winning implementation remain unsettled.

concept

Coding-to-release attenuation

WATCH

RecommendationWATCH; pilot full production-chain metrics rather than optimizing code volume alone.

Frontier86
Adoption58
Fit94
Confidence82

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • NBER finds large coding and project gains with a least-sharp release effect.
  • Fiona Chen and James Stratton report a review bottleneck, but both evidence streams remain observational.

Provenance Reviewed first-party and independent evidence. No discovered software was installed or run. partially-verified

nber-writing-shipping-code · demirer-writing-shipping-code · fiona-jellyfish

  1. Added in the 2026-10-21 editorial audit with evidence boundaries preserved.

concept

Agent Skills

WATCH

RecommendationWATCH with task-scoped visibility, pinned provenance, permission review, rollback, runtime audit, and paired task-success checks; distribution and token savings do not establish benefit.

Frontier83
Adoption58
Fit78
Confidence78

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Portable instructions can improve reuse, but hidden dependencies can weaken reviewability.
  • Progressive disclosure reduces context load, but adds packaging and lifecycle work.

Provenance Reviewed the specification, distribution and governance implementations, the AAIF transfer, and GitHub named-usage telemetry. Governance and trend visibility improved, but installation and usage counts do not establish task benefit, safety, or cross-host conformance. partially-verified

agent-skills-spec · vercel-skills-cli · vercel-skills-1-7-2 · skillfs · cloudflare-skills-mcp · swe-skills-bench · anthropic-agent-skills-aaif · aaif-four-projects · github-customization-usage-metrics

  1. Seeded for watch-list review.
  2. Added implementation evidence for cross-client installation and update semantics; high attention supports WATCH, while provenance and permission controls remain weak.
  3. Vercel skills 1.7.2 strengthened dependency and workspace distribution semantics; category readiness rose slightly while trust and permission controls remain unsettled.
  4. SkillFS and Cloudflare added governance and remote-distribution implementations; preliminary paired evaluation found mostly neutral and some harmful skills, raising confidence in stricter gates rather than readiness.
  5. AAIF governance and named enterprise usage telemetry strengthened portability and adoption observability without resolving permission, outcome, or conformance evidence; WATCH remains unchanged.

concept

Replayable evaluator-owned acceptance artifacts

WATCH

RecommendationWATCH the category and PILOT one repository-owned acceptance suite only after pinning fixtures, environment, judge, scoring contract, privacy boundary, and reviewer-correction workflow.

Frontier90
Adoption54
Fit94
Confidence86

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Versioned fixtures, frozen submissions, held-out cases, and explicit score contracts make verification reviewable and replayable instead of trusting completion claims.
  • The implementations measure different targets; model judges, public corpora, fixture drift, and weak transfer to local defects can still produce false confidence.

Provenance Compared four independently operated artifact families and their explicit limitations. LSCBench adds executable security acceptance, but no evaluator was installed, no score was reproduced, and cross-tool results remain non-comparable. partially-verified

ifixai-methodology · ifixai-4-1 · agentswe-paper · reviewbench-repo · github-reviewbench · lscbench-paper · lscbench-repo

  1. Spawned at WATCH after three independent implementations converged on evaluator-owned, versioned, replayable acceptance evidence while retaining incompatible scopes and judge limits.
  2. LSCBench added executable secure-code fixtures as a fourth independent implementation; WATCH status and scores remain unchanged because benchmark scopes and transfer limits are not interchangeable.

concept

MCP Apps

WATCH

RecommendationWatch as a typed tool-to-UI stack; require a narrow cross-host compatibility test and threat model before any pilot.

Frontier81
Adoption54
Fit65
Confidence74

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Tool results can become more usable, but the host becomes part of the product contract.
  • Richer interaction can reduce handoff friction, but increases UI and security surface.

Provenance Reviewed current official MCP Apps documentation and its named client-support matrix. No app was installed and no two-host compatibility or security test was run. partially-verified

mcp-apps-docs · mcp-use-repo · mcp-changelog

  1. Seeded as a protocol watch item.
  2. Added an active full-stack framework and the July protocol changelog; typed UI contracts are real, but production compatibility remains unverified.
  3. Official documentation now names support across multiple independent hosts; adoption evidence improved, but host behavior still varies and no compatibility test was run.

concept

Intent-bound agent authorization

WATCH

RecommendationWATCH the category; require explicit agent identity, signed or otherwise verifiable user intent, bounded credentials, replay resistance, and auditable settlement, while separately testing reasoning-layer manipulation.

Frontier90
Adoption52
Fit78
Confidence88

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • American Express, Google, Visa, and Mastercard converge on an authorization and evidence layer, but their implementations span issuer, open-protocol, merchant-edge, and network-tokenization roles rather than one interoperable standard.
  • Cryptographic mandates prove what was authorized; they do not prove that a model interpreted intent correctly or resisted prompt injection before signing.

Provenance Compared four independent first-party implementations and a first-party threat model with an independent AP2 red-team study. No payment flow was executed. partially-verified

amex-ace-agentic-commerce · google-ap2 · visa-tap · mastercard-agent-pay · ap2-security-considerations · ap2-red-team-study

  1. Spawned at WATCH after four payment organizations converged on verifiable identity, bounded intent, scoped credentials, and transaction evidence; maturity and reasoning integrity remain unsettled.

concept

In-the-wild agent boundary failures

WATCH

RecommendationWATCH the incident class and PILOT deny-by-default egress, scoped short-lived credentials, relay detection, evaluator isolation, immutable external telemetry, and an independent kill switch before broader autonomy.

Frontier92
Adoption48
Fit94
Confidence86

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Two independent incident records turn abstract threat models into concrete acceptance cases for network, credential, evaluation, and shutdown controls.
  • Attribution, severity, and contamination differ: Tencent-hosted egress is not proof of Tencent operation, and investigator-inserted text complicates causal interpretation.

Provenance Compared two independent public incident records while preserving attribution, severity, and investigator-intervention limits. No affected system was accessed or reproduced. partially-verified

tencent-amap-agent-fleet · openai-huggingface-incident

  1. Added at WATCH with a bounded recommendation; evidence is concrete but not independent proof of local reliability or fit.

concept

Pre-generation memory validity

WATCH

RecommendationWATCH and learn the pattern: resolve active values, identity, provenance, and abstention before memory enters the prompt; require a bounded replay of changing real profiles before PILOT.

Frontier86
Adoption46
Fit92
Confidence82

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Active-only retrieval can prevent obsolete values from reaching generation, but incorrect merges or identity assignment can silently hide current facts.
  • Temporal provenance makes updates auditable, but re-reads and genuine reversions remain ambiguous without trustworthy change evidence.

Provenance Reviewed two independent preprints plus Mem0 and Zep first-party temporal-memory paths. No code was installed, study results were not reproduced, and production generality remains unverified. partially-verified

memory-rereads-paper · personal-memory-validity-paper · mem0-dream · zep-temporal-facts

  1. Spawned at WATCH when independent stale-memory studies aligned with separately operated supersession and temporal-validity implementations.

discovery-candidate

REA / Reverse Engineer Anything

WATCH

RecommendationWATCH; if needed, run a legally cleared known-answer pilot on one owned binary before relying on it for reverse-engineering conclusions.

Frontier84
Adoption46
Fit60
Confidence82

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • It unifies mature reverse-engineering tools behind agent-friendly evidence contracts, but does not replace analyst judgment or make negative findings conclusive.
  • An independent real-app test found correct reported locations and a novel channel, yet missed all eight reply paths; value is workload-dependent.

Provenance Reviewed the first-party repository and release surface plus an independent bounded real-app test. No discovered software was installed or executed. partially-verified

rea-repo · rea-independent-test

  1. Added at WATCH after extreme attention was paired with concrete functionality and independent evidence of both useful hits and important misses.

concept

A2A

WATCH

RecommendationKeep on the watch list; first establish a real multi-agent boundary before evaluating a protocol.

Frontier73
Adoption46
Fit57
Confidence55

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Independent agent deployment can clarify ownership, but adds discovery and task-state contracts.
  • Async artifacts support long work, but make observability and failure recovery more demanding.

Provenance Manual seed from the existing Atlas source relationship; no endpoint was contacted. unverified

a2a-spec

  1. Seeded as a future boundary candidate.

discovery-candidate

AgenticBench

WATCH

RecommendationWATCH and reproduce selected cells on pinned harness versions before relying on rankings; treat captured effects as versioned evidence, not a permanent product verdict.

Frontier90
Adoption42
Fit94
Confidence84

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Evaluator-controlled captures can test whether approval, telemetry, and network controls behave as documented instead of trusting agent self-reports.
  • Initial cells are single runs, coverage is bounded, logged-in modes are limited, and newer harness versions can invalidate older rows.

Provenance Reviewed the public method and leaderboard framing and compared an independent sibling benchmark. No harness test was installed or rerun. partially-verified

agenticbench-home · agenticbench-method · harnesssecurity-paper

  1. Added at WATCH and linked to the existing agent-independent execution-evidence category; single-run cells preclude PILOT.

discovery-candidate

Dyna-2 / Dyna-2.1

WATCH

RecommendationWATCH; require repeated-shift completion, intervention and recovery distributions, transfer beyond uniform laundry, and total-cost data before considering a pilot.

Frontier88
Adoption42
Fit38
Confidence76

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • The orchestrator/controller/model split and uncut workflow show meaningful system integration, but one vendor demo is not a reliability distribution.
  • Independent review supports sustained narrow folding operation, while broader clothing transfer, repeated deployment, and unit economics remain unproven.

Provenance Compared Dyna’s primary architecture and uncut demo with an independent survey of sustained robot operation. No robot or software was installed or tested. partially-verified

dyna-2-1 · epoch-robot-autonomy-2026

  1. Added at WATCH because the hour-long integrated workflow is concrete, while independent evidence remains narrow and does not establish general reliability.

discovery-candidate

Vercel skills

WATCH

RecommendationWATCH as a named Agent Skills installer and updater; use only reviewed, pinned sources with lock and permission audits.

Frontier76
Adoption42
Fit72
Confidence74

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Workspace, dependency, Git, and npm discovery reduce distribution friction, but also widen the provenance and update surface.
  • Lock and removal semantics are improving, but installability and multi-agent reach do not establish skill safety or task-success gains.

Provenance Reviewed the first-party repository and 1.7.2 release. No package was installed and provenance or permission behavior was not exercised. partially-verified

vercel-skills-cli · vercel-skills-1-7-2

  1. Split from the Agent Skills category as a named installer after 1.7.2 added substantial workspace and dependency distribution behavior.

discovery-candidate

American Express ACE

WATCH

RecommendationWATCH; treat ACE as a controlled-access Amex implementation and wait for live merchant integrations, authorization outcomes, dispute evidence, and availability of all announced service areas.

Frontier82
Adoption38
Fit44
Confidence78

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • ACE connects verified agents, purchase intent, tokenized credentials, spend controls, and cart context within Amex’s network, but some service areas remain under development.
  • Purchase-protection language is conditional, and no public measurement yet shows lower fraud, fewer disputes, or broader production adoption.

Provenance Reviewed first-party product and access material, then compared ACE with sibling commerce-authorization implementations. No transaction was attempted. partially-verified

amex-ace-agentic-commerce

  1. Added as a separate named WATCH implementation; cross-vendor evidence belongs to the durable authorization category, not to ACE alone.

discovery-candidate

mcp-use

WATCH

RecommendationWATCH as a named framework implementation; require official MCP Apps compatibility, a two-host test, and a threat model before piloting.

Frontier78
Adoption38
Fit62
Confidence70

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • A full server, app, inspector, tunnel, and deployment stack reduces integration work, but expands the framework trust boundary.
  • Active releases show operational momentum, but a tagged release alone does not prove cross-host production compatibility.

Provenance Reviewed the project repository and 2.8.1–2.8.2 tagged releases. The patch fixes are concrete maintenance evidence; no framework was installed and no cross-host test was run. partially-verified

mcp-use-repo · mcp-use-2-8-1 · mcp-use-2-8-2

  1. Split from the MCP Apps category as a named framework after the 2.8.1 release supplied concrete implementation movement.
  2. Version 2.8.2 supplied concrete tunnel-cancellation and navigation maintenance without changing the WATCH judgment or establishing cross-host compatibility.

discovery-candidate

Gemini agent

WATCH

RecommendationWATCH the named launch; require evidence for state reconciliation, delegated identity, authorization, recovery, and auditability before any pilot.

Frontier88
Adoption36
Fit58
Confidence64

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Persistent cross-channel context and identity-bearing sub-agents could reduce re-briefing and clarify delegation, but create larger memory and authorization boundaries.
  • Google reports enterprise use and integrated governance, but independent reliability and recovery evidence for this named agent was not found.

Provenance Reviewed Google Cloud’s first-party launch. Vendor adoption claims were treated as attention evidence, not independent capability proof. partially-verified

google-gemini-agent

  1. Added at WATCH as a high-attention named work agent; persistent execution and delegated identity are material claims, but independent validation is absent.

concept

Agent-independent execution evidence

WATCH

RecommendationWATCH and learn the pattern: collect evaluator-owned runtime evidence outside the agent before trusting self-reports or outcome-only checks; require a bounded local reproduction before PILOT.

Frontier88
Adoption34
Fit90
Confidence78

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • OS/network observation, deterministic probes, and versioned harness tests reveal behavior that trajectories and final-result tests miss, but each boundary remains incomplete.
  • Deterministic evidence improves auditability, but isolated environments, instrumentation contracts, and semantic probes add cost and maintenance.

Provenance Reviewed three independently operated evaluator-owned observation designs. No harness was installed and no published result was independently rerun. partially-verified

agent-spy-paper · swe-game-paper · agenticbench-home · agenticbench-method

  1. Spawned as a category when AgentSpy and SWE-Game independently showed that externally collected runtime evidence catches behavior missed by self-reports, outcome tests, or video-only judging.
  2. AgenticBench added as a third implementation; category scores stay unchanged because single-run public cells strengthen evidence diversity, not adoption readiness.

discovery-candidate

Caveman

WATCH

RecommendationWATCH as a named reversible context-compression tool; require byte-exact recovery and end-to-end task-success gates in a bounded evaluation.

Frontier78
Adoption34
Fit74
Confidence72

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Recoverable handles can move bulky tool results out of context while retaining exact retrieval, but add storage and integrity boundaries.
  • Deterministic fidelity checks are stronger than token counts, but do not prove end-to-end task success across agents.

Provenance Reviewed the tagged first-party project release. No package was installed and project-authored claims were not independently reproduced. partially-verified

caveman-3-2-0

  1. Added as an unverified candidate; no evidence collected.
  2. Version 3.2.0 added recoverable handles, signed artifacts, integrations, and deterministic fidelity checks; general outcome gains remain unverified.

concept

Effective-agency controls

WATCH

RecommendationWATCH; permit a narrowly bounded PILOT only with deny-by-default controls, external observation, and resettable credentials.

Frontier91
Adoption30
Fit94
Confidence78

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • PROTEA and Tenuo provide defensive controls, while ARTEX exposes the opposing offensive automation pressure across physical planning, authorization, and reachable tools.
  • The httpbin escape-hatch report is anecdotal evidence of a failure mode, not an implementation or efficacy proof.

Provenance Compared defensive research, authorization controls, an offensive automation implementation, and an anecdotal egress failure report. No software was installed, no control was audited, and no efficacy claim was reproduced. partially-verified

protea-binghamton · tenuo-owasp · tenuo-repo · artex-repo · kennethreitz-escape-hatch

  1. Added in the 2026-10-21 editorial audit with evidence boundaries preserved.

discovery-candidate

Yana AI

WATCH

RecommendationWATCH; consider a disposable-repository pilot only after mapping which host paths are hard-blocked and excluding production credentials.

Frontier84
Adoption30
Fit90
Confidence78

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Capability manifests, approval gates, audit chaining, integrity checks, and an external halt watcher are inspectable controls.
  • Command-string checks are not complete parsing, enforcement varies by host, browser-only paths are weaker, and adoption is minimal.

Provenance Reviewed the repository architecture and first-party limitation ledger. No runtime, hook, or policy pack was installed. partially-verified

yana-ai-repo · yana-ai-limitations

  1. Added at WATCH because the control surface is concrete and self-critical, while enforcement coverage and adoption remain unsettled.

concept

Verified tool effects and transactional settlement

WATCH

RecommendationWatch as a reliability pattern: verify tool returns, make writes idempotent or compensable, and gate irreversible effects behind explicit settlement.

Frontier83
Adoption30
Fit90
Confidence74

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Verification and settlement boundaries reduce silent corruption and leaked side effects, but add latency, adapters, and failure states.
  • Atomix demonstrates one concrete runtime design, but does not establish full crash-safe exactly-once behavior or automatic fit for existing systems.

Provenance Reviewed two independent research lines: corrupted tool-return adoption and transactional side-effect settlement. No runtime was installed. partially-verified

unreliable-tools-paper · atomix-paper

  1. Added at WATCH as an Atlas-level reliability pattern, not an automatic recommendation to adopt Atomix.

discovery-candidate

DeepInfer

WATCH

RecommendationWATCH; consider a bounded comparison with vLLM only on supported V4.1-Flash hardware, measuring throughput, cost, structured-output correctness, and operational complexity.

Frontier88
Adoption28
Fit86
Confidence68

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • A concrete model/hardware co-designed inference implementation makes the capability worth tracking.
  • It targets a narrow model and hardware set, is not a complete serving system, and lacks independent production evidence.

Provenance Reviewed the first-party repository and bounded the claim to a model- and hardware-specific inference implementation. No discovered software was installed or run, and no throughput claim was reproduced. partially-verified

deepinfer-repo

  1. Added in the 2026-10-21 editorial audit with evidence boundaries preserved.

discovery-candidate

Knowledge Triage / type-aware retention

WATCH

RecommendationWatch and replicate on real agent histories before adopting type-aware compaction; preserve exact invariants separately in the meantime.

Frontier79
Adoption28
Fit84
Confidence68

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Type-specific retention can protect exact constraints, but classification errors become a new safety boundary.
  • The paper and code provide replication artifacts, but the reported gains still come from one research line without independent replication.

Provenance Reviewed the CIKM paper abstract and Apache-2.0 reference repository. No code was installed and no independent replication was found. partially-verified

knowledge-triage-paper · knowledge-triage-repo

  1. Added at WATCH from a peer-reviewed paper and reference implementation; strong relevance, low buzz, replication still required.

discovery-candidate

Costura

WATCH

RecommendationWATCH; if tested, use synthetic or read-only provider accounts and compare reconciled totals with a request-level ledger before trusting attribution.

Frontier76
Adoption28
Fit72
Confidence70

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Provider-side daily reconciliation can catch invoice drift and allocate shared account costs without proxying prompts.
  • It lacks request, sub-agent, tool-call, and workflow-step causality; early releases and broad admin credentials increase operational risk.

Provenance Reviewed the first-party repository boundary and early practitioner discussion. No provider credentials were connected. partially-verified

costura-repo · costura-hn

  1. Added at WATCH as a billing-reconciliation ledger, not as request-level agent spend attribution.

discovery-candidate

Ponytail

WATCH

RecommendationWATCH as a named code-minimization skill; test on one real task and reject line-count or token savings that reduce task success.

Frontier72
Adoption28
Fit66
Confidence70

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Shorter instructions and code can reduce review surface, but minimal output can omit necessary behavior.
  • The shortcut ledger preserves intentional debt, but effectiveness evidence remains project-authored.

Provenance Reviewed the tagged release and benchmark-hardening commit. No package was installed, and project-authored task-success claims were not independently reproduced. partially-verified

ponytail-5-1-0 · ponytail-benchmark-hardening

  1. Added as an unverified candidate; no evidence collected.
  2. Verified the 5.1.0 release and neutral shortcut ledger; project-authored outcome claims justify learning, not adoption.
  3. Benchmark judging was hardened around delivered diffs, blinded markers, timeout separation, and self-test gates; confidence rose slightly, but the evidence remains project-authored.

discovery-candidate

CyberArena

WATCH

RecommendationWATCH as an adaptive cyber-agent stress test; do not use arena scores as evidence that patches preserve ordinary software behavior or are production-safe.

Frontier92
Adoption24
Fit82
Confidence72

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Concurrent attack and defense against changing services tests adaptation that static exploit benchmarks omit.
  • The benchmark is project-authored, public benchmark validity is fragile, and cyber match performance does not validate compatibility, privacy, or maintainability.

Provenance Reviewed the project page and primary paper, then bounded the score claims with an independent benchmark-validity audit. No benchmark was run. partially-verified

cyberarena-home · cyberarena-paper · openai-coding-eval-audit

  1. Added at WATCH as adaptive attack-and-defense evidence, separate from patch-correctness claims.

discovery-candidate

Jev

WATCH

RecommendationWATCH Jev as a commoditizing text-only comparison target, not the category default; benchmark it against Microsoft-Decision-1, Clef, Perplexity, open decider models, and calibrated baselines before adoption.

Frontier64
Adoption24
Fit44
Confidence76

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Jev offers typed, parse-free answers and vendor-reported low latency and cost, but it remains early-access and text-only.
  • Clef-omni now adds native audio and video while Clef-flash undercuts Jev’s listed input price; these are competitor capabilities and reduce Jev-specific differentiation rather than strengthen Jev.

Provenance Reviewed TypeSafe’s current model documentation and challenged it against Microsoft’s first-party Decision documentation plus open sibling implementations. Competitor evidence lowered Jev-specific differentiation but was not counted as Jev capability evidence; no model was installed. partially-verified

typesafe-system-one · typesafe-home · typesafe-models · infoq-jev

  1. Initially discovered inside a combined System One / typed-decisions record.
  2. Split into a named-entity record after multiple equivalents emerged. Jev remains WATCH, but its implementation-specific fit and differentiation were lowered.
  3. Perplexity Decisions, Quyet, and Jebadiah added more direct substitutes without a verified Jev capability release; Jev-specific frontier and fit scores fell again.
  4. Jev remained on version 1.13 and text-only while Clef-omni added audio/video and Clef-flash listed a lower input price; Jev-specific frontier and fit fell without changing its WATCH stage.
  5. Microsoft-Decision-1 added a major enterprise-hosted equivalent without a new Jev capability release; Jev-specific frontier and fit fell while WATCH remained unchanged.

concept

Agentic Resource Discovery (ARD)

DEFER

RecommendationWatch as a discovery and verification layer; do not treat it as an execution interface or settled standard.

Frontier84
Adoption31
Fit61
Confidence46

COMPATIBILITYUNKNOWN

EVIDENCE / HISTORY

Trade-offs

  • Pre-invocation verification can improve trust, but federation adds policy and freshness questions.
  • A separate discovery layer can reduce coupling, but creates another contract to operate.

Provenance Manual seed from the existing Atlas source relationship; no live registry was queried. unverified

ard-spec · ard-announcement

  1. Seeded as an evolving frontier radar item.

Seed judgments are not current external evidence. Unknown compatibility stays explicit until a manual run records a check.

CORE ATLAS EVALUATION LOOP

  1. BUILD
  2. TRACE
  3. FIND FAILURE
  4. TURN FAILURE INTO EVAL
  5. CHANGE SYSTEM
  6. RUN REGRESSION SUITE
  7. DEPLOY
  8. TRACE

CHANGELOG / SOURCE WATCH

  • v0Baseline editorial snapshot: 85 bilingual terms, 11 ecosystem cards, layer orientations, source relationships, architecture-watch caveats, and verification-ready structured content.
  • radar-loop-1Living Radar loop: discovery candidates are no longer required to fit Core Atlas taxonomy. System One / typed decision models added from a phenomenon sweep, not a seeded product query.
  • radar-loop-2Radar evidence update: Agent Skills, MCP Apps, and typed decisions gain direct implementation evidence; Knowledge Triage and tool-effect settlement enter WATCH with uncertainty preserved.
  • radar-loop-3Editorial correction: Jev is now a separate named WATCH entity with lower product-specific differentiation, while typed probabilistic decision models are a category WATCH backed by OpenAI Decisions, Clef, Liquid d1, and llama.cpp implementations.
  • radar-health-1Radar health now exposes successful runs, source and query coverage, skipped sensors, stale evidence, findings, editorial decisions, and deterministic discovery regressions.
  • radar-daily-2026-10-09Daily Radar: additional Perplexity, Quyet, and Jebadiah implementations strengthen typed decisions while lowering Jev-specific novelty; mcp-use, Ponytail, Caveman, and Gemini agent enter or rise at WATCH with health coverage refreshed.
  • radar-daily-2026-10-10Daily Radar: Clef-omni further commoditizes text-only Jev while strengthening typed decisions; Vercel skills becomes a separate named WATCH item, agent-independent execution evidence enters as a two-implementation WATCH category, and MCP Apps, mcp-use, and Ponytail evidence is refreshed.
  • radar-daily-2026-10-11Daily Radar: Microsoft-Decision-1 and Mapika decider further commoditize Jev while strengthening typed decisions; Agent Skills gains governance and counterevidence; pre-generation memory validity enters at WATCH; the GitHub public-discovery sensor completed successfully.
  • radar-daily-2026-10-12Daily Radar health refresh: the bounded GitHub public-discovery sensor completed all seven queries successfully; no Radar scores, statuses, implementations, or Core Atlas terms changed.
  • radar-daily-2026-10-13Daily Radar: REA enters at WATCH; Claude Managed Agents and harness-owned long-horizon state enter at PILOT; Poppy remains deferred; bounded hype and GitHub sensors completed successfully.
  • radar-daily-2026-10-14Daily Radar: Dyna-2 and American Express ACE enter at WATCH; intent-bound agent authorization becomes a separate four-implementation WATCH category; Tracely enters a bounded PILOT; Scion/Antique and Jevcrawl remain deferred; the hype and GitHub sensors completed successfully.
  • radar-daily-2026-10-15Daily Radar: Context Mode and Agent37 enter bounded PILOT; replayable evaluator-owned acceptance artifacts become a three-implementation WATCH category; Capsem and Minos remain monitored; the hype scrape succeeded while the bounded GitHub update sensor failed explicitly on rate limit.
  • radar-daily-2026-10-16Daily Radar: SPACE, Figma Specs, and LSCBench enter bounded PILOT; in-the-wild agent boundary failures become a two-incident WATCH category; LSCBench strengthens replayable evaluator-owned acceptance artifacts; Scion remains deferred; both bounded sensors completed successfully.
  • radar-daily-2026-10-17Daily Radar: RugSnare enters at WATCH while MCP contract integrity becomes a four-implementation PILOT category; bounded agentic delivery becomes a three-implementation PILOT category; ESP32 iPhone Agent enters a resettable-device PILOT; Agent Engineering and Graft remain monitored; both sensors completed successfully.
  • radar-daily-2026-10-19Daily Radar: Sphinx and Harness² enter bounded PILOT; AgenticBench enters WATCH and strengthens agent-independent execution evidence; LSCBench stays PILOT; RugSnare advances from WATCH to a comparison PILOT; both sensors completed successfully.
  • radar-daily-2026-10-20Daily Radar: Doc2Harness, git-ai, and Hy-Memory enter bounded PILOT; Yana AI and Costura enter WATCH; harness engineering becomes a three-implementation PILOT category. The hype scrape was partial and the bounded GitHub sensor failed explicitly after six of seven queries.
  • radar-daily-2026-10-21Daily Radar: DeepInfer enters named conditional WATCH; coding-to-release attenuation and effective-agency controls become WATCH categories; explicit agent-facing interfaces become a narrow PILOT category. Lifecycle convergence and git-ai counter movement remain audit findings, with partial scout/editor status and failed GitHub discovery preserved.
  • radar-daily-2026-10-22Daily Radar: Regression Hunt enters bounded advisory PILOT; CyberArena enters WATCH; continuous behavioral verification becomes a three-implementation PILOT category. Both attention and fixed-query sensors completed successfully, and no item moved to Core Atlas.
  • radar-daily-2026-10-23Daily Radar: OpenShell enters bounded PILOT and policy-enforced agent execution becomes a four-implementation PILOT category; Agent Skills remains WATCH after AAIF governance and named usage telemetry strengthened observability without proving outcomes. Both attention and fixed-query sensors completed successfully; no item moved to Core Atlas.

02 / ADOPTION INTELLIGENCE

Turn signals into safe next steps.

Adoption is a decision queue, not an automatic promotion path. Watch, pilot, or defer while evidence and fit remain legible.

Bounded agentic delivery

PILOT
66/ 100 adoption signal

PILOT one 10–20-ticket release against the normal agent-assisted PR workflow; predeclare mission exclusions, holdouts, retry limits, escalation, promotion authority, escaped defects, review time, and rework.

DECISION NOTES

No Stangyode workload has yet measured this candidate against its promised outcome, operational boundary, and failure modes.

Next evidence Compared two independent practitioner critiques with three operated workflow families and OpenAI harness guidance. No factory workload was run.

MCP contract integrity

PILOT
64/ 100 adoption signal

PILOT contract pinning on one non-production remote MCP server; version names, descriptions, input/output schemas, review diffs, block behavior, and recovery while retaining behavioral tests and egress controls.

DECISION NOTES

No Stangyode workload has yet measured this candidate against its promised outcome, operational boundary, and failure modes.

Next evidence Compared four independently operated snapshot, lockfile, CI, and runtime-gate implementations and their stated blind spots. No software was installed.

Harness-owned long-horizon state

PILOT
62/ 100 adoption signal

PILOT the pattern: keep task state, evidence, queues, budgets, and verification outside model conversations; reconstruct bounded role-specific contexts and compare against history-heavy runs.

DECISION NOTES

The pattern matches Stangyode’s artifact and worktree discipline, but no controlled comparison has measured token cost, correction quality, or recovery.

Next evidence Compared a public preprint with four independently operated harness or durable-execution implementations. No software was installed; benchmark and scale claims remain author- or vendor-reported.

Context Engineering

PILOT
62/ 100 adoption signal

Adopt the principle in documentation and evaluation before adding a new runtime dependency.

DECISION NOTES

The concept is compatible in principle, but project-specific gains have not been measured.

Next evidence Manual seed from the existing Atlas source relationship; no performance claim is made.

SPACE

PILOT
60/ 100 adoption signal

PILOT one disposable restore-and-egress workload; verify deny rules, scoped credentials, snapshot fidelity, deletion, crash recovery, startup health, throughput, and retained-state cost.

DECISION NOTES

No Stangyode workload has yet measured this candidate against its promised outcome, operational boundary, and failure modes.

Next evidence Reviewed first-party architecture, release, and adversarial-test artifacts and challenged differentiation against E2B and Modal. No sandbox was installed or provisioned.

Policy-enforced agent execution

PILOT
58/ 100 adoption signal

PILOT a reversible execution boundary selected by workload: deny ambient filesystem and network authority, isolate credentials, log denials externally, and test the exact failure paths before trusting agent autonomy.

DECISION NOTES

No implementation has been compared on a shared Stangyode task, denial matrix, persistence requirement, or reviewer workflow.

Next evidence Compared four independently operated execution-boundary families and challenged OpenShell against sibling implementations and its documented fallback constraints. No sandbox or escape test was run.

ESP32 iPhone Agent

PILOT
58/ 100 adoption signal

PILOT only on a resettable iPhone with no personal credentials; publish task success, latency, failure classes, sensitive-screen exclusions, recovery, and model/network dependence.

DECISION NOTES

No Stangyode workload has yet measured this candidate against its promised outcome, operational boundary, and failure modes.

Next evidence Reviewed the first-party physical-device architecture and challenged it against independent XCTest/CoreDevice paths. No board, phone, app, or model was exercised.

Context Mode

PILOT
58/ 100 adoption signal

PILOT only in a disposable repository with paired tasks; measure task success, retrieval misses, latency, crashes, permission-boundary behavior, and recovery after compaction.

DECISION NOTES

The pattern fits long Hermes and coding sessions, but no Stangyode task has measured quality, security, latency, or recovery.

Next evidence Reviewed the first-party repository and host matrix, then challenged novelty against an independent sibling offloading implementation. No software was installed and no task benchmark was rerun.

RugSnare

PILOT
56/ 100 adoption signal

PILOT beside one independent contract-drift scanner on a disposable MCP server; compare canonicalization, false positives, fail mode, replay, operator time, and recovery. Do not treat either scanner as behavioral proof.

DECISION NOTES

No Stangyode workload has yet measured this candidate against its promised outcome, operational boundary, and failure modes.

Next evidence Reviewed the first-party artifact and separated its author-run measurements from independent sibling implementations. No MCP server or tool was installed.

Sphinx

PILOT
56/ 100 adoption signal

PILOT optionally before PR submission on one low-risk repository; measure escaped defects, false blocks, bypasses, grading disagreements, and developer time. Never use it as a security control.

DECISION NOTES

No Stangyode change has measured comprehension, defect escape, or interruption cost under this gate.

Next evidence Reviewed the first-party mechanism and synthetic limits, then compared two independent sibling implementations. No hook or package was installed.

Figma Specs

PILOT
56/ 100 adoption signal

PILOT one real design-to-code handoff with paired baseline work; measure corrections, stale-context incidents, delivery quality, MCP friction, exportability, and cross-harness reuse.

DECISION NOTES

No Stangyode workload has yet measured this candidate against its promised outcome, operational boundary, and failure modes.

Next evidence Reviewed Figma’s launch and access documentation and compared its packaged context with the vendor-neutral Agent Skills format. No Figma project or MCP handoff was exercised.

Claude Managed Agents

PILOT
55/ 100 adoption signal

PILOT only on a bounded low-risk workflow with explicit token, task-success, state-correction, retention, and recovery metrics.

DECISION NOTES

No Stangyode workflow has been run against the beta, and its current retention eligibility may conflict with regulated workloads.

Next evidence Reviewed Anthropic’s first-party beta overview and workflow-run contract. No session was created and no capability or reliability claim was independently reproduced.

Harness²

PILOT
52/ 100 adoption signal

PILOT only in a sealed benchmark with frozen model, executor, tasks, budget, and holdouts; record accepted harness edits, cost, regressions, and generalization to untouched tasks.

DECISION NOTES

No Stangyode workload has tested whether recursive harness edits generalize or justify their additional inference and review cost.

Next evidence Reviewed the repository, paper, benchmark design, and stated results. No framework or benchmark was installed or rerun.

Agent37

PILOT
52/ 100 adoption signal

PILOT one disposable restore-and-egress workload; verify deny rules, credential boundaries, cold and warm recovery, backup fidelity, startup health, throughput, and full retained-state cost.

DECISION NOTES

It may fit isolated experiments, but no Agent37 instance, network policy, credential flow, or restore was exercised for Stangyode.

Next evidence Reviewed first-party lifecycle contracts and compared persistence and isolation semantics with an independent multi-provider sandbox survey. No sandbox was provisioned.

Tracely

PILOT
52/ 100 adoption signal

PILOT only on a non-critical fixture set: measure false blocks, missed regressions, replay fidelity, reviewer corrections, and maintenance cost before allowing a gate to block merges.

DECISION NOTES

The regression-gate pattern fits the repository’s deterministic checks, but no Tracely fixture, privacy boundary, or false-block baseline has been evaluated.

Next evidence Reviewed the first-party repository and documentation for the trace-to-regression workflow. The software was not installed, and production outcome claims were not independently reproduced.

LSCBench

PILOT
50/ 100 adoption signal

PILOT only as an isolated coding-agent security regression gate beside SAST, DAST, and human review; pin tasks, images, hidden-test access, model, budget, and contamination assumptions.

DECISION NOTES

No Stangyode workload has yet measured this candidate against its promised outcome, operational boundary, and failure modes.

Next evidence Reviewed the paper and public artifact contract, including isolated environments and hidden functional/security tests. No benchmark task was installed or rerun.

git-ai

PILOT
44/ 100 adoption signal

PILOT only on a disposable mirror with synthetic 20–50-agent contention; measure semantic merge correctness, rejected changes, recovery, and operator time.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Reviewed the repository, 0.2 release, benchmark design, fixes, and declared limitations. No server was installed or load test rerun.

NVIDIA OpenShell

PILOT
42/ 100 adoption signal

PILOT one disposable coding-agent sandbox with deny-by-default network, filesystem, process, and credential paths; require hard-fail isolation where gaps are unacceptable and verify blocked writes and egress before wider use.

DECISION NOTES

No OpenShell sandbox, denied-path test, credential flow, or policy-update path has been run against a Stangyode workload.

Next evidence Reviewed the public implementation, stable release notes, and security guidance. No software was installed, no denied action was attempted, and no containment claim was independently reproduced.

Agent harness engineering

PILOT
42/ 100 adoption signal

PILOT the practice through frozen artifacts, held-out tasks, cost, regression, and transfer measurements; evaluate implementations separately rather than treating “harness” as one product.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Compared three independently operated implementations and their evaluation boundaries. No framework or benchmark was installed or reproduced.

Continuous behavioral verification

PILOT
42/ 100 adoption signal

PILOT as an advisory, independent verification layer on labeled agent-authored changes; require live or replayable evidence and measure recall, false positives, review time, and escaped regressions.

DECISION NOTES

The category fits evidence-first delivery, but no implementation has been compared on a shared Stangyode change set.

Next evidence Compared three independently operated implementations and challenged their evidence with coding-benchmark and vulnerability-patch validity studies. No tool or benchmark was installed or reproduced.

Hy-Memory and MemHub

PILOT
42/ 100 adoption signal

PILOT with reversible, non-sensitive profile data; test memory precision, stale-fact correction, rollback, cross-tool consistency, and recovery before broader use.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Reviewed the first-party repository and paper, including the evaluation boundary. No model, SDK, or MemHub binary was installed.

Doc2Harness

PILOT
38/ 100 adoption signal

PILOT the 94 public scenarios against one disposable internal harness; report public-case coverage separately from the unreproducible held-out leaderboard.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Reviewed the official code and paper, then challenged novelty against the independent HarnessDev benchmark. No benchmark was installed or rerun.

Regression Hunt

PILOT
38/ 100 adoption signal

PILOT on a labeled set of agent-authored patches with live before/after evidence; keep results advisory until recall, false positives, review time, and escaped regressions are measured.

DECISION NOTES

The evidence-first workflow fits deterministic review, but no Stangyode patch set has measured its recall, cost, or reviewer burden.

Next evidence Reviewed the first-party post and plugin, then challenged the method against PatchBench. No plugin was installed and no reported result was reproduced.

Explicit agent-facing interfaces

PILOT
34/ 100 adoption signal

PILOT narrowly and reversibly across isolated interfaces; compare permissions, provenance, and escape paths.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Reviewed multiple first-party implementations and compared their interface boundaries. No discovered software was installed or run, and no cross-host task result was reproduced.

Typed probabilistic decision models

WATCH
60/ 100 adoption signal

WATCH for cheap classification, routing, verification, abstention, and escalation; benchmark local workloads against calibrated classifiers and label-probability baselines before choosing an implementation.

DECISION NOTES

Adoption paths exist for hosted, open-weight, local, text, and multimodal use, but no implementation has been benchmarked on a Stangyode workload.

Next evidence Reviewed Microsoft’s first-party hosted implementation and Mapika’s open model/training/serving family. These broaden adoption and deployment evidence; vendor and project benchmarks were not treated as a cross-vendor winner, and no software was installed.

Coding-to-release attenuation

WATCH
58/ 100 adoption signal

WATCH; pilot full production-chain metrics rather than optimizing code volume alone.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Reviewed first-party and independent evidence. No discovered software was installed or run.

Agent Skills

WATCH
58/ 100 adoption signal

WATCH with task-scoped visibility, pinned provenance, permission review, rollback, runtime audit, and paired task-success checks; distribution and token savings do not establish benefit.

DECISION NOTES

Host, permission, and instruction-loading compatibility remains untested across named clients.

Next evidence Reviewed the specification, distribution and governance implementations, the AAIF transfer, and GitHub named-usage telemetry. Governance and trend visibility improved, but installation and usage counts do not establish task benefit, safety, or cross-host conformance.

Replayable evaluator-owned acceptance artifacts

WATCH
54/ 100 adoption signal

WATCH the category and PILOT one repository-owned acceptance suite only after pinning fixtures, environment, judge, scoring contract, privacy boundary, and reviewer-correction workflow.

DECISION NOTES

The pattern strongly matches Stangyode regression discipline, but none of the four artifacts has been calibrated against this repository or its defect history.

Next evidence Compared four independently operated artifact families and their explicit limitations. LSCBench adds executable security acceptance, but no evaluator was installed, no score was reproduced, and cross-tool results remain non-comparable.

MCP Apps

WATCH
54/ 100 adoption signal

Watch as a typed tool-to-UI stack; require a narrow cross-host compatibility test and threat model before any pilot.

DECISION NOTES

The Atlas records the protocol concept, not compatibility with Stangyode's static site or a chosen host.

Next evidence Reviewed current official MCP Apps documentation and its named client-support matrix. No app was installed and no two-host compatibility or security test was run.

Intent-bound agent authorization

WATCH
52/ 100 adoption signal

WATCH the category; require explicit agent identity, signed or otherwise verifiable user intent, bounded credentials, replay resistance, and auditable settlement, while separately testing reasoning-layer manipulation.

DECISION NOTES

The principles align with approval-gated automation, but Stangyode has no payment-agent path on which to measure authorization, dispute, or recovery outcomes.

Next evidence Compared four independent first-party implementations and a first-party threat model with an independent AP2 red-team study. No payment flow was executed.

In-the-wild agent boundary failures

WATCH
48/ 100 adoption signal

WATCH the incident class and PILOT deny-by-default egress, scoped short-lived credentials, relay detection, evaluator isolation, immutable external telemetry, and an independent kill switch before broader autonomy.

DECISION NOTES

No Stangyode workload has yet measured this candidate against its promised outcome, operational boundary, and failure modes.

Next evidence Compared two independent public incident records while preserving attribution, severity, and investigator-intervention limits. No affected system was accessed or reproduced.

Pre-generation memory validity

WATCH
46/ 100 adoption signal

WATCH and learn the pattern: resolve active values, identity, provenance, and abstention before memory enters the prompt; require a bounded replay of changing real profiles before PILOT.

DECISION NOTES

No Stangyode profile history has been replayed through either implementation, and the two studies use controlled datasets rather than this workload.

Next evidence Reviewed two independent preprints plus Mem0 and Zep first-party temporal-memory paths. No code was installed, study results were not reproduced, and production generality remains unverified.

REA / Reverse Engineer Anything

WATCH
46/ 100 adoption signal

WATCH; if needed, run a legally cleared known-answer pilot on one owned binary before relying on it for reverse-engineering conclusions.

DECISION NOTES

No owned binary, known-answer corpus, legal scope, or local tool-permission boundary has been tested.

Next evidence Reviewed the first-party repository and release surface plus an independent bounded real-app test. No discovered software was installed or executed.

A2A

WATCH
46/ 100 adoption signal

Keep on the watch list; first establish a real multi-agent boundary before evaluating a protocol.

DECISION NOTES

No independent agent endpoint or Agent Card exists in this project snapshot to test against.

Next evidence Manual seed from the existing Atlas source relationship; no endpoint was contacted.

AgenticBench

WATCH
42/ 100 adoption signal

WATCH and reproduce selected cells on pinned harness versions before relying on rankings; treat captured effects as versioned evidence, not a permanent product verdict.

DECISION NOTES

No published cell has been rerun on this workstation, account model, or policy boundary.

Next evidence Reviewed the public method and leaderboard framing and compared an independent sibling benchmark. No harness test was installed or rerun.

Dyna-2 / Dyna-2.1

WATCH
42/ 100 adoption signal

WATCH; require repeated-shift completion, intervention and recovery distributions, transfer beyond uniform laundry, and total-cost data before considering a pilot.

DECISION NOTES

Stangyode has no physical-agent workload, facility, safety case, or integration path for evaluating this system.

Next evidence Compared Dyna’s primary architecture and uncut demo with an independent survey of sustained robot operation. No robot or software was installed or tested.

Vercel skills

WATCH
42/ 100 adoption signal

WATCH as a named Agent Skills installer and updater; use only reviewed, pinned sources with lock and permission audits.

DECISION NOTES

No pinned-source, dependency-supplied, or cross-client installation audit has been run for this project.

Next evidence Reviewed the first-party repository and 1.7.2 release. No package was installed and provenance or permission behavior was not exercised.

American Express ACE

WATCH
38/ 100 adoption signal

WATCH; treat ACE as a controlled-access Amex implementation and wait for live merchant integrations, authorization outcomes, dispute evidence, and availability of all announced service areas.

DECISION NOTES

There is no Stangyode commerce workflow, Amex developer onboarding, or transaction corpus against which to test ACE.

Next evidence Reviewed first-party product and access material, then compared ACE with sibling commerce-authorization implementations. No transaction was attempted.

mcp-use

WATCH
38/ 100 adoption signal

WATCH as a named framework implementation; require official MCP Apps compatibility, a two-host test, and a threat model before piloting.

DECISION NOTES

No official cross-host MCP Apps matrix or Stangyode-side integration has been exercised.

Next evidence Reviewed the project repository and 2.8.1–2.8.2 tagged releases. The patch fixes are concrete maintenance evidence; no framework was installed and no cross-host test was run.

Gemini agent

WATCH
36/ 100 adoption signal

WATCH the named launch; require evidence for state reconciliation, delegated identity, authorization, recovery, and auditability before any pilot.

DECISION NOTES

No Stangyode workload, identity policy, or long-running recovery scenario has been tested against Gemini agent.

Next evidence Reviewed Google Cloud’s first-party launch. Vendor adoption claims were treated as attention evidence, not independent capability proof.

Agent-independent execution evidence

WATCH
34/ 100 adoption signal

WATCH and learn the pattern: collect evaluator-owned runtime evidence outside the agent before trusting self-reports or outcome-only checks; require a bounded local reproduction before PILOT.

DECISION NOTES

Neither implementation has been reproduced on a Stangyode coding-agent task, and their OS-level and game-runtime observation layers cover different domains.

Next evidence Reviewed three independently operated evaluator-owned observation designs. No harness was installed and no published result was independently rerun.

Caveman

WATCH
34/ 100 adoption signal

WATCH as a named reversible context-compression tool; require byte-exact recovery and end-to-end task-success gates in a bounded evaluation.

DECISION NOTES

No canonical artifact or compatibility evidence was supplied for this seed.

Next evidence Reviewed the tagged first-party project release. No package was installed and project-authored claims were not independently reproduced.

Effective-agency controls

WATCH
30/ 100 adoption signal

WATCH; permit a narrowly bounded PILOT only with deny-by-default controls, external observation, and resettable credentials.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Compared defensive research, authorization controls, an offensive automation implementation, and an anecdotal egress failure report. No software was installed, no control was audited, and no efficacy claim was reproduced.

Yana AI

WATCH
30/ 100 adoption signal

WATCH; consider a disposable-repository pilot only after mapping which host paths are hard-blocked and excluding production credentials.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Reviewed the repository architecture and first-party limitation ledger. No runtime, hook, or policy pack was installed.

Verified tool effects and transactional settlement

WATCH
30/ 100 adoption signal

Watch as a reliability pattern: verify tool returns, make writes idempotent or compensable, and gate irreversible effects behind explicit settlement.

DECISION NOTES

The pattern fits external-write workflows in principle, but no Stangyode-side harness or transactional adapter has been tested.

Next evidence Reviewed two independent research lines: corrupted tool-return adoption and transactional side-effect settlement. No runtime was installed.

DeepInfer

WATCH
28/ 100 adoption signal

WATCH; consider a bounded comparison with vLLM only on supported V4.1-Flash hardware, measuring throughput, cost, structured-output correctness, and operational complexity.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Reviewed the first-party repository and bounded the claim to a model- and hardware-specific inference implementation. No discovered software was installed or run, and no throughput claim was reproduced.

Knowledge Triage / type-aware retention

WATCH
28/ 100 adoption signal

Watch and replicate on real agent histories before adopting type-aware compaction; preserve exact invariants separately in the meantime.

DECISION NOTES

No representative long-running agent history from this project has been evaluated with these operators.

Next evidence Reviewed the CIKM paper abstract and Apache-2.0 reference repository. No code was installed and no independent replication was found.

Costura

WATCH
28/ 100 adoption signal

WATCH; if tested, use synthetic or read-only provider accounts and compare reconciled totals with a request-level ledger before trusting attribution.

DECISION NOTES

No Stangyode workload has reproduced the claimed outcome or measured local operational fit.

Next evidence Reviewed the first-party repository boundary and early practitioner discussion. No provider credentials were connected.

Ponytail

WATCH
28/ 100 adoption signal

WATCH as a named code-minimization skill; test on one real task and reject line-count or token savings that reduce task success.

DECISION NOTES

No canonical artifact or compatibility evidence was supplied for this seed.

Next evidence Reviewed the tagged release and benchmark-hardening commit. No package was installed, and project-authored task-success claims were not independently reproduced.

CyberArena

WATCH
24/ 100 adoption signal

WATCH as an adaptive cyber-agent stress test; do not use arena scores as evidence that patches preserve ordinary software behavior or are production-safe.

DECISION NOTES

No CyberArena environment or scoring path has been audited against Stangyode needs.

Next evidence Reviewed the project page and primary paper, then bounded the score claims with an independent benchmark-validity audit. No benchmark was run.

Jev

WATCH
24/ 100 adoption signal

WATCH Jev as a commoditizing text-only comparison target, not the category default; benchmark it against Microsoft-Decision-1, Clef, Perplexity, open decider models, and calibrated baselines before adoption.

DECISION NOTES

No Stangyode workload has been run against Jev, and vendor quality or calibration claims have not been independently reproduced here.

Next evidence Reviewed TypeSafe’s current model documentation and challenged it against Microsoft’s first-party Decision documentation plus open sibling implementations. Competitor evidence lowered Jev-specific differentiation but was not counted as Jev capability evidence; no model was installed.

Agentic Resource Discovery (ARD)

DEFER
31/ 100 adoption signal

Watch as a discovery and verification layer; do not treat it as an execution interface or settled standard.

DECISION NOTES

The evolving specification has not been evaluated against a live discovery service in this project.

Next evidence Manual seed from the existing Atlas source relationship; no live registry was queried.

01 / STACK

The stack is a set of seams.

Models are only one layer. The reliable system connects intent, harness, execution, capabilities, context, control, and evidence.

SYSTEM LAYERS / 13 SEAMS

  1. 01Intelligence & agencyThis layer separates model capability from agency: objectives, inference budgets, and selection policies become observable engineering choices.
  2. 02Harness & executionIt covers the control plane around a model and the environments in which actions, code, and computer interaction are executed.
  3. 03OrchestrationThis layer distinguishes model-led delegation from declared workflows and combinations of the two.
  4. 04DurabilityThese mechanisms make long or interrupted work recoverable without confusing history replay with duplicate side effects.
  5. 05CapabilitiesCapabilities are the concrete powers exposed to an agent, from tools and skills to runtime-integrated extensions.
  6. 06ProtocolsProtocols define boundaries between hosts, tools, resources, and agents; they are not interchangeable implementations.
  7. 07ContextContext engineering manages the bounded information visible now, including disclosure, compaction, sessions, and durable artifacts.
  8. 08Memory & retrievalMemory can survive a session; retrieval is one way to place selected information into the current context.
  9. 09GovernanceGovernance separates model-facing guidance from approvals, authorization, identity, and controls enforced outside the model.
  10. 10ObservabilitySignals here explain what an agent did, how it did it, and what operational cost or failure followed.
  11. 11EvaluationEvaluation turns desired behavior and production evidence into repeatable measurements of answers and trajectories.
  12. 12Agentic UIThis layer distinguishes generated surfaces from protocols that stream or declaratively render agent-facing interfaces.
  13. 13Development methodologyThese practices define how humans specify, supervise, test, and accept software built with coding agents.
Example implementations / expand
  • Model / intelligence: reasoning model + agent loop
  • Harness / execution: sandboxed code execution + tool policy
  • Orchestration: deterministic workflow with agentic decision step
  • Durability: Temporal-style event history and replay
  • Capabilities: MCP tools plus skills
  • Protocols: MCP for tools/resources, A2A for agent collaboration
  • Context: progressive disclosure and compaction
  • Memory / retrieval: working memory plus RAG
  • Governance: identity, permission layer, approval gate
  • Observability: OTel trace with trajectory events
  • Evaluation: offline trajectory eval plus online monitoring
  • Agentic UI: AG-UI events or A2UI declarative surface
  • Methodology: spec-driven, eval-driven agentic coding

Displayed stacks are examples, not required blueprints; layers overlap and some components are optional.

02 / PRINCIPLE

Intent is flexible. Execution should be legible.

Split judgement from known process. Let agents and A2A handle open-ended intent; let workflows handle known paths; reunite at tools, MCP, and external systems.

01 / OPEN INTENTAgents + A2ADecide under uncertainty
02 / KNOWN PATHWorkflowsExecute declared steps
03 / SHARED BOUNDARYTools / MCP / external systems

03 / ECOSYSTEMS

Different tools, different seams.

These are individual reference points, not one interchangeable platform. Read each by its architectural role.

model + harness + managed runtime

OpenAI

Responses API and Agents SDK expose model-and-harness building blocks, while the managed Agents API points toward hosted runtime execution.

Components

  • Responses API
  • Agents SDK
  • managed Agents API
  • tools
  • tracing
  • guardrails

Mental model Choose how much runtime you own.

openai-agents · openai-tools

model + reference harness

Anthropic / Claude

Claude models plus a reference approach to simple harnesses; supported tool use, computer use, skills, subagents, hooks, permissions, checkpoints, background work, and context engineering should be verified per feature.

Components

  • Claude models
  • tool use
  • computer use
  • extended thinking
  • context editing

Mental model A capable model can permit a smaller harness, but production controls remain explicit.

anthropic-building · anthropic-tool-use

model + broad agent ecosystem

Google ADK

A broad agent development ecosystem spanning ADK, Gemini function calling, deployment patterns, and protocol work.

Components

  • Agent Development Kit
  • Gemini function calling
  • deployment
  • protocol ecosystem

Mental model A platform ecosystem rather than one agent loop.

google-adk · google-function-calling

consolidated orchestration framework

Microsoft Agent Framework

An active consolidated framework for agents and workflows, with HITL and durable extensions; use ordinary code when it is the more reliable boundary.

Components

  • agents
  • workflows
  • HITL
  • durable extensions

Mental model Framework orchestration, not a mandate to agentify every step.

microsoft-agent · microsoft-hitl

stateful graph orchestration

LangGraph

Stateful graph execution with checkpoints, persistence, and human review for controllable agent graphs.

Components

  • stateful graphs
  • checkpoints
  • persistence
  • human review

Mental model Make the control graph explicit.

langgraph-docs

tracing, evaluation, and monitoring

LangSmith

A separate platform for tracing runs, monitoring behavior, and evaluating datasets and complex agents.

Components

  • tracing
  • datasets
  • offline evaluation
  • online evaluation

Mental model Observe and measure the system separately from orchestration.

langsmith-docs · langsmith-evaluation

typed Python agent primitives

PydanticAI

Typed Python primitives for agents, tools, and structured outputs; durability is delegated to surrounding infrastructure.

Components

  • typed dependencies
  • tools
  • structured outputs
  • validation

Mental model Strong application contracts, not a durable scheduler.

pydanticai-docs

Python observability

Logfire

Separate observability for Python applications and agent runs, complementing typed agent primitives.

Components

  • telemetry
  • traces
  • instrumentation
  • querying

Mental model Instrument the application you already own.

logfire-docs

crews and flows

CrewAI

Crews model collaborative agents; Flows provide structured control around those collaborations.

Components

  • Crews
  • Flows
  • tasks
  • processes

Mental model Collaboration is not the same as workflow control.

crewai-docs

workflow automation with selected AI judgment

n8n

A deterministic visual workflow system where selected AI nodes and workflow-as-tool integrations add judgment; it is not merely another agent framework.

Components

  • visual workflows
  • AI Agent node
  • integrations
  • workflow as tool

Mental model Automate the path; agentify only the ambiguous step.

n8n-ai-agent

durable execution

Temporal

The agent decides what should happen; Temporal ensures the workflow eventually happens correctly through history, retries, waiting, and recovery.

Components

  • workflows
  • activities
  • event history
  • retries
  • signals

Mental model Separate decision quality from execution reliability.

temporal-docs · temporal-replay

04 / TERMINOLOGY

A vocabulary grouped by layer.

Search the handoff terminology inventory, then narrow it by architectural layer, type, or status.

85 / 85 ENTRIES

LAYER / INTELLIGENCE-AGENCY

Intelligence & agency

This layer separates model capability from agency: objectives, inference budgets, and selection policies become observable engineering choices.

Intelligence & agencyCORE

AI Agent / Agentic AI

An AI agent is a model in an observe–decide–tool/action loop that continues toward an objective; agentic AI is the broader adjective for systems organized around that behavior.

WHY The noun names the looping actor; the adjective covers systems and practices organized around agency.

DETAIL / SOURCES

Kind: concept

Related Agent Loop · Agent Harness

openai-agents · anthropic-building

Intelligence & agencyRISING

Agentic Engineering

An engineering practice in which agents are delegated increasingly complete tasks and outcomes, with humans shaping specifications, constraints, tests, and review rather than only accepting isolated suggestions.

DETAIL / SOURCES

Kind: methodology

Related Agent Harness · Agent Runtime

openai-harness · anthropic-building

Intelligence & agencyRISING

Long-horizon / Long-running Agent

Long-horizon describes a task whose plan or context spans many steps; long-running describes wall-clock execution that persists over time. They can occur together but are different scaling problems.

WHY Planning complexity and elapsed-time reliability require different controls.

DETAIL / SOURCES

Kind: concept

Related Durable Execution · Background Agent

openai-agents · temporal-docs

Intelligence & agencyEVOLVING

Reasoning Effort / Inference-Time Compute

A per-request budget of tokens, search, sampling, or deliberation used to spend more inference computation on a difficult decision.

DETAIL / SOURCES

Kind: concept

Related Model Routing · Model Cascade

openai-models · openai-reasoning

LAYER / HARNESS-EXECUTION

Harness & execution

It covers the control plane around a model and the environments in which actions, code, and computer interaction are executed.

Harness & executionRISING

Computer Use

A capability in which an agent operates a graphical or desktop computer through screenshots and input events such as clicks, typing, and scrolling.

DETAIL / SOURCES

Kind: capability

Related Sandbox · Code Execution

anthropic-computer-use · openai-agents

Harness & executionCORE

Code Execution

Running generated or supplied source code in an execution environment to compute results or perform operations; it is not synonymous with GUI control.

DETAIL / SOURCES

Kind: capability

Related Sandbox · Computer Use

openai-agents · anthropic-building

LAYER / ORCHESTRATION

Orchestration

This layer distinguishes model-led delegation from declared workflows and combinations of the two.

OrchestrationRISING

Multi-Agent System

A system in which multiple agent instances coordinate or specialize, sharing a task through messages, delegation, or a common orchestrator.

DETAIL / SOURCES

Kind: architecture

Related Subagent · Handoff · Agent Mesh

google-adk · microsoft-agent

OrchestrationEVOLVING

Agent Mesh

A distributed pattern where independently deployed agents discover, communicate with, and route work across one another without a single tightly coupled controller.

DETAIL / SOURCES

Kind: architecture

Related Handoff · Multi-Agent System

google-adk · microsoft-agent

LAYER / DURABILITY

Durability

These mechanisms make long or interrupted work recoverable without confusing history replay with duplicate side effects.

DurabilityCORE

Durable Execution

Execution backed by persisted history so a process can wait, retry, recover, and continue toward completion despite worker or infrastructure failure.

DETAIL / SOURCES

Kind: runtime

Related Resumability · Idempotency

temporal-docs · langgraph-docs

DurabilityCORE

Checkpointing

Persisting a resumable snapshot of workflow or agent state at a boundary, reducing the work needed after interruption.

DETAIL / SOURCES

Kind: mechanism

Related Replay · Resumability

temporal-docs · langgraph-docs

DurabilityCORE

Replay

Reconstructing state by re-reading execution history without repeating completed external side effects; replay is distinct from re-running an API call.

WHY Safe replay is a state-reconstruction technique, not permission to duplicate side effects.

DETAIL / SOURCES

Kind: mechanism

Related Checkpointing · Resumability · Idempotency

temporal-replay · langgraph-docs

LAYER / CAPABILITIES

Capabilities

Capabilities are the concrete powers exposed to an agent, from tools and skills to runtime-integrated extensions.

CapabilitiesCORE

Capability

A provisioned ability of an agent or runtime, such as reading a resource, calling a tool, executing code, or taking an approved action.

DETAIL / SOURCES

Kind: concept

Related Agent Skill · Plugin

openai-tools · google-function-calling

LAYER / PROTOCOLS

Protocols

Protocols define boundaries between hosts, tools, resources, and agents; they are not interchangeable implementations.

ProtocolsCORE

MCP

Model Context Protocol is an open protocol for connecting AI applications to external tools and contextual resources through standardized hosts, clients, and servers.

DETAIL / SOURCES

Kind: protocol

Related MCP Server · MCP Client

mcp-spec · mcp-basic

ProtocolsCORE

MCP Server

An MCP server exposes tools, resources, and prompts to an MCP client over the protocol and owns the implementation of those external capabilities.

DETAIL / SOURCES

Kind: protocol

Related MCP · MCP Client · MCP Tasks

mcp-spec · mcp-basic

ProtocolsCORE

MCP Client

An MCP client is the protocol participant inside an AI host that discovers and invokes capabilities exposed by one or more MCP servers.

DETAIL / SOURCES

Kind: protocol

Related MCP · MCP Server · MCP Tasks · MCP Apps

mcp-spec · mcp-basic

ProtocolsEVOLVING

MCP Tasks

MCP Tasks is the 2026-07-28 extension for tracking long-running server work and later retrieving its result or status asynchronously.

DETAIL / SOURCES

Kind: extension

Related MCP Server · MCP Client · MCP Apps · Stateless MCP

mcp-tasks

ProtocolsRISING

MCP Apps

MCP Apps extends MCP so a server can deliver an interactive user interface alongside a tool result inside a compatible host.

DETAIL / SOURCES

Kind: protocol

Related A2UI · AG-UI

mcp-apps-docs

ProtocolsCORE

Stateless MCP

Stateless MCP describes a protocol layer after removing protocol sessions and initialization; application state may still exist in tools, servers, or the host.

WHY Removing protocol sessions does not erase business state held by an application.

DETAIL / SOURCES

Kind: architecture

Related MCP Tasks · MCP Apps · A2A · Agentic Resource Discovery (ARD)

mcp-spec · mcp-basic

ProtocolsEVOLVING

Agentic Resource Discovery (ARD)

ARD is the open, evolving v0.91 federated discovery and verification specification used before invocation; it complements rather than replaces MCP, A2A, Skills, APIs, or workflows.

WHY ARD answers “what can I invoke and can I verify it?” before invocation; execution remains the job of other interfaces.

DETAIL / SOURCES

Kind: protocol

Related Stateless MCP · A2A

ard-spec · ard-announcement

LAYER / CONTEXT

Context

Context engineering manages the bounded information visible now, including disclosure, compaction, sessions, and durable artifacts.

LAYER / MEMORY-RETRIEVAL

Memory & retrieval

Memory can survive a session; retrieval is one way to place selected information into the current context.

Memory & retrievalCORE

Hybrid Retrieval

Combining retrieval methods such as lexical search, dense vectors, metadata filters, and reranking to improve recall and relevance.

DETAIL / SOURCES

Kind: pattern

Related RAG · Agentic RAG

openai-retrieval · anthropic-context

LAYER / GOVERNANCE

Governance

Governance separates model-facing guidance from approvals, authorization, identity, and controls enforced outside the model.

LAYER / OBSERVABILITY

Observability

Signals here explain what an agent did, how it did it, and what operational cost or failure followed.

ObservabilityCORE

Agent Observability

The instrumentation and analysis of agent behavior, tool calls, state, latency, cost, errors, and outcomes across a run.

DETAIL / SOURCES

Kind: methodology

Related Trace · Span

opentelemetry · openai-tracing

ObservabilityCORE

OpenTelemetry / OTel

OpenTelemetry is a vendor-neutral framework and specification for generating, collecting, and exporting telemetry such as traces, metrics, and logs.

DETAIL / SOURCES

Kind: standard

Related Span · Trajectory · Agent Monitoring

opentelemetry · openai-tracing

LAYER / EVALUATION

Evaluation

Evaluation turns desired behavior and production evidence into repeatable measurements of answers and trajectories.

EvaluationCORE

Eval / Evaluation

Evaluation is the umbrella practice of measuring an agent or model against defined tasks, criteria, traces, users, or production outcomes.

DETAIL / SOURCES

Kind: methodology

Related Offline Eval · Online Eval

langsmith-evaluation · openai-evals

LAYER / AGENTIC-UI

Agentic UI

This layer distinguishes generated surfaces from protocols that stream or declaratively render agent-facing interfaces.

Agentic UIRISING

Generative UI

An interface whose controls, layout, or content are generated or adapted at runtime from user intent, data, or agent results.

DETAIL / SOURCES

Kind: pattern

Related A2UI · AG-UI

a2ui-docs · ag-ui-docs

Agentic UIRISING

A2UI

A2UI is a declarative protocol and renderer model for agents or servers to describe interactive UI surfaces that a client renders.

DETAIL / SOURCES

Kind: protocol

Related Generative UI · AG-UI · MCP Apps

a2ui-docs · ag-ui-docs

Agentic UIRISING

AG-UI

AG-UI is an event-oriented interface for connecting agentic backends to user-facing applications with streaming state, tool, and lifecycle events.

DETAIL / SOURCES

Kind: protocol

Related Generative UI · A2UI · MCP Apps

a2ui-docs · ag-ui-docs

LAYER / DEVELOPMENT-METHODOLOGY

Development methodology

These practices define how humans specify, supervise, test, and accept software built with coding agents.

Development methodologyRISING

Human-on-the-Loop

A supervision model in which a human watches autonomous execution, reviews signals or outcomes, and intervenes when needed rather than approving every action.

WHY The human supervises the run rather than becoming a per-action approval bottleneck.

DETAIL / SOURCES

Kind: governance

Related Eval-Driven Development · Vibe Coding

openai-agents · anthropic-building

05 / SYNTHESIS

Make the system explain itself.

01 / FLEXIBLE INTENT

Agentic decisions

Explore open-ended tasks, choose the next action, and hand off when needed.

02 / DECLARED EXECUTION

Workflow control

Keep known steps, retries, and review gates legible outside the model.

The atlas records observable emerging direction, not a settled taxonomy or prediction.

08 / SOURCES / METHODOLOGY

Primary sources first.