A Stronger Judge Cannot Verify the System It Cannot Identify¶
🧭 Today's Thesis¶
Agent acceptance needs evidence channels outside the model's output: one for task outcome, one for what was actually inspected, one for the runtime that executed, and one for the consequential effect. The new Deployment-Integrity Blindness paper makes the missing identity channel explicit. Its authors report that output-only evaluators accepted tampered deployment stacks even when the evaluated answers still looked correct; in their benchmark, mean acceptance increased from 88.6% for a rule-based scorer to 94.1% for the strongest tested judge, while a manifest-hash identity channel detected the change without relying on output samples.
That is not an argument that stronger models are useless. It is an argument about observability: a judge cannot infer a changed dependency, skipped file, unparsed verdict, wrong credential issuer, or unknown external effect if the system never supplies that evidence. A current Anthropic plugin issue gives the product-level example—a refusal or unparseable security-review response can be recorded as zero vulnerabilities. For a Node/React/Postgres team, pass, fail, and unknown should be bound to an exact revision, runtime manifest, inspected scope, protected oracle, attempted effect, and terminal state before another model is asked for an opinion.
🎯 What Matters to Us This Week¶
-
Separate task evidence from runtime identity. Keep the functional result and protected tests, but also hash or sign the model, instructions, tools, dependency lockfiles, policy, and evaluator version that actually ran. The identity channel should be created outside the agent's writable surface and checked before an evaluation result can influence promotion.
-
Make evaluator completion a first-class state. The security-guidance report distinguishes a valid clean verdict from refusal, missing text, JSON parse failure, and HTTP error. Apply the same rule to code review, security scans, retrieval, and agent tests: any missing or unparseable result is
unknown, never zero findings. -
Inject faults at the interface, not only in the prompt. AgentPerturb reports that agents often fail to recognize altered observations and propagate corrupted information, while the direct MCP Test Kitchen discussion exposes transport errors, JSON-RPC failures, tool-level errors, delay, elicitation, and multi-round trips. Use one deliberately bad tool response to test recognition, retry policy, evidence preservation, and truthful terminal state.
-
Patch credential identity before expanding MCP reach. The reviewed MCP TypeScript SDK advisory affects OAuth clients that may connect to an untrusted server while holding credentials for another issuer. Upgrade, clear or migrate pre-patch credentials, set
expectedIssuerwhere required, rotate possibly exposed secrets, and prove the effective configuration with a wrong-issuer canary. -
Treat first-party skills as executable dependencies.
android/skillsnow distributes versioned, evaluation-targeted Android guidance through an open skill format, whilecursor/pluginsand Anthropic's directory package broader workflows and integrations. Familiar publishers improve provenance; they do not replace narrow task evaluation, permission review, runtime canaries, rollback, or fail-closed completion states.
🔥 Top Movers¶
- debpalash/VoiceStudio (2,125 ⭐ today, 73,301 total) — the existing board-versus-total measurement warning remains, so the current observation updates without changing its verified peak or status; local voice tooling stays off-lens without a real product requirement.
- anthropics/claude-plugins-official (1,397 ⭐ today, 41,721 total) — 10.0% below its 1,552/day verified peak and not fading. Issue #6355 is the more useful current signal: an official control still needs a truthful
unknownstate. - MadsLorentzen/ai-job-search (1,365 ⭐ today, 50,354 total) — a new verified daily peak above 1,300/day. The workflow packages a specific outcome rather than a general agent framework, but no current hiring need makes it an operator priority.
- xerj-org/xerj (1,160 ⭐ today, 7,779 total) — 29.6% below its 1,648/day verified peak and not fading. Retrieval coverage and index freshness remain more important than its token-reduction claim.
- affaan-m/ECC (1,145 ⭐ today, 282,485 total) — a new verified peak above 1,057/day. Treat each included skill, reviewer, memory rule, and security control as a separate dependency that must earn its control budget.
🚀 What Changed the Frontier¶
- Deployment identity became an explicit evaluation input. The deployment-integrity paper shows why acceptable behavior samples cannot establish which runtime stack produced them. The newly useful primitive is not another behavioral score; it is an identity descriptor or manifest bound independently to the evaluation.
- Interaction perturbations became a systematic robustness axis. AgentPerturb varies both the target and type of an altered interaction instead of treating “noise” as one undifferentiated condition. Its results are paper claims, not reproduced by Scout, but the benchmark shape maps directly to stale, malformed, delayed, contradictory, and partially successful tool observations.
- Indirect prompt injection moved across the whole workflow surface. INFUSE evaluates 40 end-to-end tasks and 56 attack scenarios across five threat categories rather than placing one malicious string in the initial prompt. For an application team, this means repository files, fetched documentation, issue text, tool output, and remote-service content belong in the same untrusted-input inventory.
- Platform guidance became a versioned agent dependency. Android's v1.0.15 release makes first-party mobile workflow knowledge installable across agents. The frontier is useful only if a skill's publisher, revision, targeted failure class, permitted behavior, protected regressions, and rollback travel with it.
🆕 First Appearances¶
- android/skills — first clean Scout baseline at 355/day and 8,415 total. It packages official Android guidance for workflows where the publisher says evaluations show model weakness. Preserve the packaging and evaluation pattern; ignore adoption until an Android task exists.
- google/artemis — first clean baseline at 134/day and 12,167 total. It exposes Android device actions, screenshots, Logcat, and replays through MCP. The claimed 99%+ AndroidWorld result remains a maintainer claim until a protected device task independently verifies target selection, state, denial, cancellation, and cleanup.
No other new on-lens daily repository earned durable adoption work. Several media, launcher, and general infrastructure projects had larger board movements, but a daily observation does not create an app-team requirement.
🌱 Rising Stars¶
(only explicit, window-labelled daily observations update peaks or status)
- MadsLorentzen/ai-job-search — 1,365/day, a new verified peak above 1,300/day ↑
- affaan-m/ECC — 1,145/day, a new verified peak above 1,057/day ↑
- anthropics/claude-plugins-official — 1,397/day, holding within 10% of its verified peak.
- stablyai/orca — 830/day, 24.7% below its 1,102/day peak and not fading; fleet supervision remains constrained by the acceptance queue.
- xerj-org/xerj — 1,160/day on its third clean observation, below yesterday's peak but still well above its first 715/day baseline.
📉 Fading¶
(current clean daily velocity more than 80% below a verified clean peak)
- google/ax — 175/day versus a verified 2,305/day peak, down 92.4%. Preserve its agent-runtime resource model as study material; do not adopt distributed infrastructure without a measured workload.
- Wei-Shaw/sub2api — 58/day versus 302/day, down 80.8%. Subscription aggregation and proxying remain high-trust operational surfaces; fading attention does not resolve provider terms or credential risk.
- kestra-io/kestra — 29/day versus 206/day, down 85.9%. Durable workflow concepts remain relevant, but replacing an adequate job runner is disproportionate without a concrete recovery need.
Ollama remains marked fading under a pre-existing measurement warning; today's observation does not create a new direction claim.
⚔️ Battles (same category, competing)¶
- Output-only judges vs independent evidence channels — a stronger judge can reason better about the evidence it receives; it cannot reconstruct a missing runtime manifest, skipped file, absent verdict, or unobserved external effect. Use behavioral evaluation for task quality and independent channels for identity, coverage, authorization, and terminal state.
- Android Skills vs Cursor plugins vs Anthropic plugins — all package agent behavior for distribution. Android is narrow and platform-specific, Cursor combines workflows and integrations behind its manifest, and Anthropic curates Claude Code plugins. Compare publisher and version identity, permission surface, task lift, protected regressions, update behavior, and rollback—not catalog size.
- ARTEMIS vs Appium or scripted ADB — all can drive an Android workflow. ARTEMIS adds natural-language planning, MCP integration, evidence capture, and replay; conventional scripts offer explicit steps and easier determinism. ARTEMIS wins only if one protected task improves without widening state ambiguity or cleanup failures.
- MCP Test Kitchen vs happy-path protocol tests — ordinary integration tests prove expected messages; the deliberately bad server exercises transport, protocol, tool-error, delay, elicitation, and multi-round-trip behavior. Keep both: correctness without failure semantics is incomplete, while fault injection without a protected workload can become theater.
🔬 From Research¶
- Stronger Judges Do Not See More — evaluates deployment-integrity blindness across 7,560 scored examples and six tamper types, then proposes an identity channel outside output scoring.
- AgentPerturb — reports that controlled interaction perturbations degrade frontier-agent performance, altered inputs often go unrecognized, and successful perturbed trajectories can require more compute.
- INFUSE — evaluates indirect prompt injection across realistic long-horizon workflow surfaces, 19 model families/configurations, and both adversarial and benign trajectories.
- MemScope — inspects traces, runtime memory, and architecture code to localize a repair; the paper reports a median 4.4% code-change ratio across archived architecture transitions rather than broad rewrites.
These are newly submitted papers and their measurements have not been reproduced by Scout. Their immediate value is the evaluation shape: identity, perturbation, untrusted surfaces, and localized repair become separate testable contracts.
🔄 What's Changing¶
Yesterday's acceptance-queue thesis focused on capacity: generated work can arrive faster than a responsible reviewer can understand and own it. Today's evidence sharpens what must occupy that scarce capacity. Review should not be a second model reading prose; it should be reconstruction from independent records. Which build ran? Which files and ranges were inspected? Which tool observation changed? Which protected invariant passed? Which credential issuer and resource were bound? Did the external state change? Was the terminal result pass, fail, or unknown?
The supply side is moving quickly. PostHog's MCP leaderboard publishes real tool-call shares from its own server, while NuGet reports about 42.1 million downloads for ModelContextProtocol and about 10.4 million for Microsoft.Agents.AI when observed. These are distribution and traffic signals, not unique production users or successful workloads. They justify investing in protocol failure tests and credential boundaries; they do not establish trust by volume.
Direct practitioners are describing the same separation from another angle. The current Ask HN thread ranges from line-by-line human review to agent review loops, while the hydrated ExperiencedDevs discussion reports review load, context switching, and mental fatigue under several simultaneous workers. These are attributed reports, not representative productivity measurements. They still identify the right local denominator: accepted changes per reviewer-hour with complete evidence, not code generated or agents launched.
🧪 One Experiment Worth Running¶
Make one agent evaluation fail for three different reasons—and require three different receipts. Proposed small step: choose one read-only MCP-backed task in a disposable TypeScript fixture. Run a normal case, then (1) keep the output plausible while changing one recorded runtime component, (2) return a malformed or delayed tool result, and (3) make the evaluator refuse or emit invalid JSON.
The application should independently record the runtime manifest, exact tool attempt and observation, inspected scope, protected task result, evaluator completion state, and terminal decision. The run passes only if the three failures become identity mismatch, tool uncertainty, and evaluation unknown rather than one generic failure or a false green. This tests one fixture, not broad agent safety. Expand only if the receipts reduce reviewer reconstruction and remain outside the agent's writable surface.
⚠️ One Risk to Track¶
A trusted package can fail open while every visible signal says the control ran. The trigger is any path that translates refusal, timeout, parse failure, truncated coverage, missing manifest, or unknown effect into zero findings or success. The downside is worse than a visible crash: the acceptance pipeline records evidence that never existed. Require fail-closed terminal states, canaries that force every failure mode, and promotion logic that cannot be edited by the worker or its judge.
🙅 One Thing to Ignore¶
The size of a skill or plugin catalog as a reason to install it. Android, Cursor, and Anthropic all make useful behaviors easier to find and version, but supply is no longer the scarce layer. Ignore whole-catalog installation and methodology bundles. Revisit one artifact when a concrete task names the failure it should fix, the exact authority it needs, the protected behavior it must not break, and the rollback that removes it cleanly.
Also keep android/skills, ARTEMIS, VoiceStudio, and the current creator-tool movers outside the active roadmap without an Android, device-testing, private-voice, or media-production workload. Credible supply does not manufacture operator demand.
💡 Surprise Pick¶
android/skills — not because a 355/day first baseline calls for adoption, but because the repository explicitly says it targets workflows where evaluations show models underperform. That is the right unit for packaged behavior: a narrow failure class, a versioned intervention, and a paired task that can prove whether the intervention earned promotion.
📊 Supply vs. Demand¶
| What's being built (supply) | What people want (demand) | Match? |
|---|---|---|
| First-party skills and plugin catalogs | Reusable behavior that improves a protected task without hidden permissions or regressions | Partial — distribution is strong; independent completion and rollback evidence lag |
| Stronger judges, review agents, and security plugins | Proof that the right runtime and full scope were evaluated | Weak — output quality cannot establish missing identity or coverage |
| MCP SDKs and broadly distributed packages | Safe credentials, version resilience, truthful errors, and bounded retries | Improving — advisories and fault fixtures make the contract concrete |
| Agent fleets and cross-device supervisors | More accepted work without multiplied review and context switching | Weak — direct reports still describe reviewer saturation |
| Android skills and device agents | Reliable mobile workflows with preserved user state and complete cleanup | Promising but off-lens — first-party supply exists; no current operator workload |
The HN and Reddit records are direct discussions, not representative demand or search-volume measurements. They supply concrete questions and failure cases rather than market prevalence.
📊 Category Pulse¶
| Category | New Today | Trending Count | Signal |
|---|---|---|---|
| LLM eval / testing | 0 repos; 4 current papers | 7 direct and research signals | ↑ Identity, completion, perturbation, and outcome split into separate evidence channels |
| Skills ecosystem | android/skills |
5 notable vendor/catalog signals | 🔥 Distribution matures; fail-closed acceptance becomes the bottleneck |
| MCP tooling | 0 repo registrations | 8 release, advisory, package, and fault-test signals | ⚠️ Adoption broadens faster than credential and failure semantics |
| Code dev tools | 1 mobile skill pack | 10 tracked movers | → Agent supply stays hot; accepted work per reviewer-hour remains scarce |
| Web / UI agents | google/artemis |
3 mobile/browser signals | 🌱 Device automation becomes testable, but authority and cleanup stay open |
| Memory / RAG | 0 new | 4 current signals | ↑ Localized repair and retrieval integrity matter more than storage volume |
Evidence Limits¶
- Twenty of the twenty-one selected web records were deterministically hydrated. The final npm discovery hit the fetch limit and supports no unique release, adoption, or interoperability claim.
- The ExperiencedDevs page hydrated, but the original post had been removed and the bounded excerpt exposed little content. The report relies only on the surviving comments observed by live search and labels them as practitioner reports.
- GitHub daily, weekly, and monthly star windows remain separate. Only explicit
stars_todayobservations updated velocity, peak, rising, or fading state. - The YouTube lane contained one recent transcript-verified sponsored production-agent workflow. It was optional supporting material; no release, security, benchmark, adoption, or recommendation conclusion depends on it.