| 01 | Digital Employee Daily 003 — Computer Use Requires an Observable Action–State Loop ↗ | 93 | Exceptional | Evidence 32/35Original 23/25Structure 19/20Utility 19/20 Computer use is still clearly decomposed into observation, authorization, execution, readback, and acceptance with a useful operation record. Core facts still rely mainly on two vendor documents, leaving independent cross-environment validation limited. |
| 02 | Digital Employee Daily 002 — Control Plane and Work Runtime Are Different Systems ↗ | 91 | Exceptional | Evidence 31/35Original 23/25Structure 19/20Utility 18/20 The control-plane/work-runtime boundary remains clear and includes concrete input/output contracts between the layers. All three source families are vendor material, and the SME-minimum implementation still lacks direct validation. |
| 03 | Digital Employee Academic Observation 001 — OSWorld Shows Why Work Must Be Verified by Execution ↗ | 95 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 19/20 OSWorld is used well to bind initial state, action trajectory, and executable final-state evaluation. Historical benchmark scores do not represent current model capability, and production still needs separate authority and side-effect validation. |
| 04 | Digital Employee Daily 001 — Position, Ownership, and Authority Before Agent Capability ↗ | 90 | Exceptional | Evidence 31/35Original 23/25Structure 18/20Utility 18/20 Defining Position, accountable ownership, and authority before attaching models and tools remains a useful organizational abstraction. The evidence is mostly vendor product direction rather than measured operational outcomes for digital employees. |
| 05 | Digital Employee Academic Observation 002 — Completion Is a Claim, Not an Accepted State ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 Treating completion as a claim pending acceptance is still strongly supported by process, outcome, failure-responsibility, and criterion-specific evidence. The external false-positive rate is still 8%, and the study is limited to web computer-use tasks. |
| 06 | A Digital Employee Is Not Done Until Completion Is Independently Accepted ↗ | 83 | High Quality | Evidence 28/35Original 20/25Structure 18/20Utility 17/20 The short article states the rule that a worker cannot accept its own completion claim very directly and is easy to digest. Its brevity leaves much of the evidence and counterevidence dependent on the companion research object. |
| 07 | A Revisable Work Graph Still Needs Authority Beyond Graph Readiness ↗ | 85 | High Quality | Evidence 27/35Original 22/25Structure 18/20Utility 18/20 It correctly separates DAG dependency readiness from authority to execute and highlights resource and side-effect conflicts. The article relies heavily on its research object, with relatively little direct experimental detail or independent evidence. |
| 08 | Persistent Digital Employees Need Verification-Gated State Admission, Not Durable Memory Alone ↗ | 87 | High Quality | Evidence 28/35Original 23/25Structure 18/20Utility 18/20 It separates recording history from allowing state to influence future work and uses a stale assurance projection as a useful counterexample. Most mechanisms remain architectural synthesis without product-level fault injection. |
| 09 | Digital Employees Need Pause-Preserving Budget Admission, Not Hard-Stop Semantics ↗ | 85 | High Quality | Evidence 27/35Original 22/25Structure 18/20Utility 18/20 It defines budget exhaustion as a reversible work-admission pause rather than failure or completion, yielding clear state semantics. Final invoice ceilings, cross-thread allocation, and organization-wide cumulative controls remain unproven. |
| 10 | Deleting a Digital Employee Context Must Revoke Authority and Reconcile Unsettled Work ↗ | 89 | High Quality | Evidence 29/35Original 23/25Structure 18/20Utility 19/20 Recasting deletion as authority revocation plus reconciliation of unsettled child work is much stronger than UI hiding. Physical worker termination and compensation for external effects remain proposed rather than demonstrated. |
| 11 | Resumable Digital Employees Need a Governed Input-Admission Boundary ↗ | 93 | Exceptional | Evidence 32/35Original 23/25Structure 19/20Utility 19/20 It upgrades late input from appended chat into an occurrence-identified admission event and separates received, admitted, rejected, and consumed states. SDK-level once-only admission cannot prove exactly-once external tool effects. |
| 12 | Digital Employees Need an Explicit Execution-Authority Boundary ↗ | 90 | Exceptional | Evidence 29/35Original 23/25Structure 19/20Utility 19/20 It separates timer/request arrival from a worker actually acquiring execution authority, directly addressing false-Running states. The source is a release note, leaving queue durability, starvation, and cross-session resource arbitration unknown. |
| 13 | After the Queue Entry Disappears: Who Can Prove the Work Still Exists? ↗ | 92 | Exceptional | Evidence 31/35Original 24/25Structure 18/20Utility 19/20 It separates transfer of custody after queue deletion from persistence of recovery evidence and gives a falsifiable fault-injection plan. The proposed Accepted receipt remains hypothetical and cannot by itself resolve external-effect ambiguity. |
| 14 | Multi-Horizon Work Needs a Runtime, Not a Larger Context Window ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 It reports the 46-task high-load result alongside absolute completion and reframes long-horizon work as scheduling, isolation, memory, and evidence state. The study remains OSWorld-derived and lacks long-running enterprise replication. |
| 15 | Resume Is More Than Reload: Reconstructing Execution Capability After a Human Pause ↗ | 89 | High Quality | Evidence 29/35Original 24/25Structure 18/20Utility 18/20 The ADK transfer-capability case concretely shows that restored state may still lack a currently executable capability. One implementation path is too narrow to establish a general resume protocol. |
| 16 | Durable Work Is Not Execution Authority ↗ | 86 | High Quality | Evidence 28/35Original 22/25Structure 18/20Utility 18/20 It separates durable work identity, execution admission, and resumption authorization, avoiding the dangerous inference that queued work should automatically resume. Multi-worker leases, fencing, and side-effect recovery remain unvalidated. |
| 17 | Resumable Agents Need Separate Trust Gates for History, Protocol State, and Approval ↗ | 90 | Exceptional | Evidence 29/35Original 24/25Structure 19/20Utility 18/20 The four trust gates—history admission, protocol-state admission, occurrence binding, and approver authorization—are a strong synthesis, especially the distinction between reference integrity and authority. One ADK implementation does not cover authentication, replay resistance, or distributed recovery. |
| 18 | Durable Agent Approval Needs an Occurrence Boundary ↗ | 87 | High Quality | Evidence 28/35Original 23/25Structure 18/20Utility 18/20 The distinction between sticky defaults and exact-call exceptions is precise, and the article further separates the decision from approver and external-effect evidence. The proposed high-risk action fingerprint remains an unvalidated research recommendation. |
| 19 | Forward-Compatible APIs Still Need Selective Fail-Closed Boundaries ↗ | 89 | High Quality | Evidence 30/35Original 23/25Structure 18/20Utility 18/20 The retired-permission-field case makes a clear distinction between structural forward compatibility and authorization-semantic compatibility, yielding an actionable selective fail-closed rule. Evidence is limited to one implementation and four methods rather than broader protocol migrations. |
| 20 | A User-Role Reply Is Not Yet a Human Approval ↗ | 92 | Exceptional | Evidence 31/35Original 24/25Structure 19/20Utility 18/20 Starting from a remote A2A user-role response, the article shows why message role cannot substitute for origin, principal, and authorization scope, while avoiding the mistake of treating a negative gate as full human authentication. The positive identity and authorization chain remains unimplemented. |
| 21 | Running an AI Development Team in Cursor: From Requirement to Testable Delivery ↗ | 93 | Exceptional | Evidence 31/35Original 23/25Structure 19/20Utility 20/20 The guide turns multiple Cursor agents into a concrete operating chain of acceptance cards, role-scoped TASKs, independent QA, EVAL, and human approval, making it immediately usable. The method is still rooted mainly in the project’s own governance model and lacks external team performance data. |
| 22 | How Do You Stay in Control of an AI Team After Leaving Your Computer? A Two-Plane Design for Local Execution and Mobile Control ↗ | 96 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 20/20 The local execution/mobile control split is translated into concrete version, idempotency, revocation,. Limitation: The main gap is still end-to-end testing of gateway behavior, TLS, real weak. |
| 23 | A Delegated Role Should Narrow Authority, Not Create It ↗ | 93 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 19/20 It turns the no-authority-expansion principle into a testable monotonic relation and includes. Limitation: The evidence remains limited to one Codex configuration-layer implementation rather. |
| 24 | Waiting Is a Runtime State, Not an Agent Loop ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 Rather than reducing SentinelBench to a tool comparison, it derives a four-layer monitoring contract for. Limitation: Production crash recovery, repeated-occurrence identity, and real event sources. |
| 25 | A Safe Command Name Is Not Execution Authority ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 The article cleanly separates command label, effective executable identity, policy authority, and effect. Limitation: It does not yet provide an integrated validation model for configuration digests,. |
| 26 | Three Agents Returned Three Reports. How Do You Keep Acceptance from Charging the Wrong Task? ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 It elevates report ownership from display association to an acceptance identity problem and closes the. Limitation: Consistently copied wrong identifiers, cross-repository identity, and competing. |
| 27 | Useful Context Is Not Memory Authority ↗ | 91 | Exceptional | Evidence 31/35Original 24/25Structure 18/20Utility 18/20 It separates provenance, immediate utility, and durable memory-reuse authority, avoiding the 'useful. Limitation: The thread-level polluted state is still coarse, and non-text consumers plus. |
| 28 | How Can an Agent Team Work Autonomously? The Rail as a Service for Dispatch, Recovery, and Judgment ↗ | 94 | Exceptional | Evidence 31/35Original 25/25Structure 18/20Utility 20/20 It sharply limits the rail to facts, dispatch, waiting, and technical recovery, using a frozen negative. Limitation: Evidence is still first-party candidate material, and direct coverage for each. |
| 29 | Authorization Needs Provenance, Not Persuasive Wording ↗ | 92 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 18/20 It restores 'the user approved' from copyable prose to role-preserving review evidence and further. Limitation: Cryptographic principal identity, reusable capability credentials, and consistent. |
| 30 | Resume Recency Is Not Resume Authority ↗ | 92 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 18/20 The ADK shadowing defect clearly shows that newest context is not highest-authority evidence and. Limitation: The missing piece is an end-to-end persisted HITL loop with effect-replay evidence. |
| 31 | A Repeated Failure Is Not New Evidence ↗ | 92 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 18/20 The max-turn/guardrail race becomes a strong reusable rule about consumed terminal evidence, backed by. Limitation: Broader structured arbitration across many terminal conditions remains a design. |
| 32 | Precedence Is Not Configuration Authority ↗ | 93 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 19/20 The article usefully separates who may contribute configuration from which admitted value wins, with. Limitation: The protected-key set and authority of higher configuration layers remain. |
| 33 | Why Recheck Every Execution If the Agent Already Has Tool Access? From GitHub MCP to a Task Evidence Chain ↗ | 98 | Transcendent | Evidence 34/35Original 25/25Structure 19/20Utility 20/20 The real mis-blocking incident and staged regressions support a strong move from static tool access to. Limitation: A complete authorization ledger, principal authentication, and exactly-once effect. |
| 34 | A Green Check Describes the Present: What CrewAI's Failure-Telemetry Fix Reveals About Agent Delivery Boundaries ↗ | 95 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 19/20 The CrewAI and CodeFlowMu cases support a clear four-layer model of execution, delivery, acceptance, and. Limitation: End-to-end lossless propagation across all failure paths remains unproven. |
| 35 | Foreground Completion Is Not Workflow Completion ↗ | 92 | Exceptional | Evidence 31/35Original 24/25Structure 18/20Utility 19/20 The article correctly reframes detached work as parent-owned terminal responsibility until explicit. Limitation: Crash-durable ownership and certainty about external effects are outside the. |
| 36 | Seeing a Problem Is Not Authority to Decide: Agent Audit and Adjudication Boundaries Through the Lens of Anywhere Agents ↗ | 98 | Transcendent | Evidence 34/35Original 25/25Structure 19/20Utility 20/20 Two independent engineering paths make a strong case that observation is an evidence channel, not. Limitation: The full provenance-to-review-to-decision responsibility chain is still proposed. |
| 37 | A Healthy Service Does Not Mean the Task May Continue: An OpenHands Liveness Failure and Agent Recovery Boundaries ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 The strongest choice is preserving the QA/upstream timestamp discrepancy rather than retroactively. Limitation: The historical record still cannot prove that the prerequisite was satisfied at. |
| 38 | You Cancelled the Agent. Did Its Child Processes Actually Stop? Stop-Evidence Boundaries Through the Lens of Anywhere Agents ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 It separates cancellation, root exit, known-child exit, kernel containment, and redispatch eligibility, then tests a bounded Windows case. Deeper escaped descendants, residual resources, and cross-platform containment remain unverified. |
| 39 | What Does a Green Agent Status Actually Mean? What Sutando's Missing Collaborator Progress Reveals About Agent UI Projection Boundaries ↗ | 96 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 20/20 The Sutando counterexample becomes a precise projection contract separating authority, connectivity, liveness, progress, REPORT arrival, and lifecycle, with a public five-state reproducer. Full desktop/PWA and authorization combinations remain outside the evidence. |
| 40 | Running Is an Evidence Claim, Not a Scheduler Event ↗ | 91 | Exceptional | Evidence 31/35Original 23/25Structure 18/20Utility 19/20 The premature Running incident usefully reframes status as an evidence promise to consumers and motivates a staged lifecycle. Public material does not reveal the exact readiness signal or regression implementation, limiting the verification depth. |
| 41 | Delegation Budgets Belong to the Root Objective ↗ | 93 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 19/20 It cleanly separates usage origin from budget ownership and covers nesting, unloading, and checkpoint races. Correct shared accounting still does not prove immediate revocation, cross-host consistency, or generalized quota semantics. |
| 42 | CodeFlowMu Engineering Record (II): Session Identity Cannot Be Self-Asserted — Building a Verifiable Execution-Evidence Boundary ↗ | 98 | Transcendent | Evidence 34/35Original 25/25Structure 19/20Utility 20/20 The article moves from a 59-record historical attribution gap to Runtime-authoritative session verification with three explicit evidence states. Independent QA is strongest on one valid binding chain; broader Host and recovery-path coverage remains limited. |
| 43 | Restoring Context Does Not Restore Authority ↗ | 92 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 18/20 It cleanly separates snapshot eligibility for context reconstruction from current execution permission, including compaction and fork boundaries. Evidence is concentrated in one Codex implementation, with external revocation and cross-host reconstruction still untested. |
| 44 | A Resume Needs More Than a Checkpoint ↗ | 93 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 19/20 It upgrades nested HITL resume from checkpoint restoration to compound identity across frame, call occurrence, branch, responder evidence, and effect state. Responder authentication and exactly-once external effects remain explicitly outside the demonstrated mechanism. |
| 45 | A Standing Rule Is Not This Action’s Authority ↗ | 94 | Exceptional | Evidence 33/35Original 24/25Structure 18/20Utility 19/20 The 113-participant study supports a strong separation between standing routing policy and occurrence authority, especially the prevalence of Ask rules. The simulated workday and coarse consequence taxonomy still limit transfer to real enterprise risk. |
| 46 | A Deferred Intention Is Not a Memory Entry ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 It turns PM-Bench into a four-boundary runtime model for versioned intentions, observation policy, due admission, and effect evidence, while using heartbeat results to reject naive polling. Exactly-once behavior and real provider events remain engineering synthesis. |
| 47 | Token Budget Is Not Working-Memory Evidence ↗ | 91 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 18/20 It separates working-memory evidence into stored state, delivered context, management work, and outcome, explaining why equal budgets need not mean equal information. The 55-trajectory coding corpus leaves enterprise roles and privacy-preserving audit largely untested. |
| 48 | A Checkpoint Is Not a Recovery Contract ↗ | 94 | Exceptional | Evidence 33/35Original 24/25Structure 18/20Utility 19/20 It preserves both the benefit of aligned checkpoints and the explicit non-rewindability of external effects, then derives an occurrence-bound recovery contract. That full contract has not yet been tested across enterprise external-tool workflows. |
| 49 | When Agents Enter the Enterprise Network: What Do Cursor Self-Hosted Machines Change? ↗ | 92 | Exceptional | Evidence 31/35Original 24/25Structure 19/20Utility 18/20 It precisely separates enterprise-owned execution machines from cloud-owned agent loops and work entry points, framing the change through four control questions. The competitive conclusions remain outlook because no deployment, cost, or recovery benchmark was run. |
| 50 | Global Real Digital Workers & SaaW Commercial Landscape 2026-1 ↗ | 96 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 20/20 The 55-entry landscape unifies D1–D5 capability, evidence level, delivery object, pricing, and model-cost structure while disclosing the author's CodeFlowMu position. Many products still rely on vendor materials, so version-uniform and independent verification remains incomplete. |
| 51 | A Positive Judgment Is Not Yet an Effective Approval ↗ | 93 | Exceptional | Evidence 32/35Original 23/25Structure 19/20Utility 19/20 It cleanly separates a judgment that approval is appropriate from effective execution authority, including scope and invalidation at call time. The main limitation is that the key evidence is still vendor implementation material with little independent production validation. |
| 52 | Escalation Risk Does Not Choose the Protocol ↗ | 94 | Exceptional | Evidence 33/35Original 23/25Structure 19/20Utility 19/20 The 4,181-problem experiment sharply separates failure risk, protocol selection, and budget admission. Its limitation is concentration in mathematical problem solving, so transfer to heterogeneous business protocols still needs validation. |
| 53 | Every Agent Passed Its Check. Why Can the System Still Be Unsafe? ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 19/20Utility 18/20 It places local safety checks back into the full authority-to-effect path and explains why alternate routes can invalidate local assurances. The main weakness is reliance on surveys and audits rather than production end-to-end validation. |
| 54 | Memory Still Exists; That Does Not Make It Inheritable ↗ | 94 | Exceptional | Evidence 33/35Original 23/25Structure 19/20Utility 19/20 It decomposes memory migration into integrity, semantic compatibility, recoverability, and readmission, with a practical migration packet. The main limitation is synthetic workload evidence and limited long-term production drift data. |
| 55 | A Tool Connection Is Not Yet a Reusable Capability ↗ | 94 | Exceptional | Evidence 32/35Original 24/25Structure 19/20Utility 19/20 Using 145 tasks and 2,318 live MCP tools, it shows that connectivity is not execution capability with a precise boundary. The evidence is still concentrated in Korean public-sector APIs, so cross-ecosystem replication remains limited. |
| 56 | A Plan Is Not a Commitment: What TROVE Changes About Agent Orchestration ↗ | 95 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 19/20 It separates how far planning may look from how far execution should commit, while keeping external-effect authority distinct. The limitation is the lack of an independent full reproduction and omission of offline costs from the headline efficiency result. |
| 57 | A Second Model Is Not an Independent Control ↗ | 92 | Exceptional | Evidence 31/35Original 23/25Structure 19/20Utility 19/20 It decisively separates a second model from an independent control by requiring independent facts and an enforceable denial path. The evidence comes from one organization's cybersecurity evaluation, limiting generalization. |
| 58 | Complete Evidence Is Not Execution Authority ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 Evidence ablation, frozen intents, and a deterministic guard cleanly separate seeing all facts from being authorized to act. The setting remains controlled and assumes the authority database itself is trustworthy. |
| 59 | The State Rewound; the Effect Did Not ↗ | 94 | Exceptional | Evidence 32/35Original 24/25Structure 19/20Utility 19/20 It separates successful local rewind from reversal of external effects and gives a useful recovery branch for unknown outcomes. The primary experiment does not directly cover remote business transactions. |
| 60 | Open-source Engineering Weekly 002 — Agent Capability Is Being Packaged as Skills, Plugins, and Contracts ↗ | 91 | Exceptional | Evidence 30/35Original 23/25Structure 19/20Utility 19/20 The cross-framework synthesis produces a concrete Skill Contract and observable activation lifecycle. The comparison is still documentation-led, with no same-task experiment testing portability across the four frameworks. |
| 61 | Open-source Engineering Weekly 001 — Durable Agent Runtime Is Becoming the Baseline ↗ | 91 | Exceptional | Evidence 30/35Original 23/25Structure 19/20Utility 19/20 The article turns persistence, interruption, recovery, isolation, observability, and completion into a coherent minimum runtime contract. It still lacks a shared fault-injection experiment that tests how the compared mechanisms actually recover. |
| 62 | Open-source Engineering Daily 003 — Manager Orchestration and Handoffs Encode Different Ownership Models ↗ | 92 | Exceptional | Evidence 31/35Original 23/25Structure 19/20Utility 19/20 The article cleanly separates manager calls from handoffs by control, context, and completion ownership and proposes a typed delegation record. Its evidence is concentrated in one SDK, leaving cross-runtime semantics under-compared. |
| 63 | Open-source Engineering Academic Observation 001 — SWE-bench Verified Shows That Benchmark Quality Is Engineering Quality ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 The article converts SWE-bench Verified's task, environment, test, and adjudication lessons into a rigorous benchmark-admission design. The missing piece is an actual CodeFlowMu run using the proposed internal suite. |
| 64 | Guardrails Need a Persistence State Machine, Not a Later Save Call ↗ | 85 | High Quality | Evidence 28/35Original 22/25Structure 17/20Utility 18/20 The typed separation of accepted output from retained forensic evidence captures the persistence boundary well. The note is intentionally compact, and crash testing against a real persistence adapter remains undeveloped. |
| 65 | One Agent Said “Done.” Why Didn’t the Team Release It? ↗ | 97 | Transcendent | Evidence 34/35Original 25/25Structure 18/20Utility 20/20 The WP-13 timeline, commit, REPORT, and independent 27/27 rerun make the completion-claim boundary unusually concrete and support a strong organizational-veto thesis. The article is long and reiterates that boundary several times. |
| 66 | Agent History Migration Must Preserve Semantics, Not Just Files ↗ | 89 | High Quality | Evidence 29/35Original 23/25Structure 18/20Utility 19/20 The article cleanly separates semantic reconstruction, single-file atomic publication, and cross-store recoverability instead of overstating rename as a transaction. Its core evidence remains one maintainer change without independent recovery measurements. |
| 67 | Deferred Agent Environments Need Stable Identity, Not Replacement-Based Provisioning ↗ | 89 | High Quality | Evidence 29/35Original 23/25Structure 18/20Utility 19/20 The note usefully separates resource identity, lifecycle class, readiness payload, and connection use while bounding local idempotence. Restart and multi-process contention are not tested, so the production recovery layer remains a design extension. |
| 68 | Remote Agent Hosts Need Correlated Multi-Stream Contracts, Not Arrival-Order Assumptions ↗ | 89 | High Quality | Evidence 29/35Original 23/25Structure 18/20Utility 19/20 Treating cross-stream reordering as normal and rebuilding finality from IDs, sequence evidence, acknowledgements, and a drain watermark is a strong protocol insight. Real-load and reconnect experiments are still missing. |
| 69 | Migration Safety Requires Executed Conformance, Not Merely Correct Output ↗ | 90 | Exceptional | Evidence 30/35Original 23/25Structure 18/20Utility 19/20 The article shows why correct output can hide a full-replay regression and distinguishes historical-format compatibility from conformance that actually executes. Performance and latency evidence remains maintainer-reported rather than independently benchmarked. |
| 70 | Tool Runtimes Need Serialized Lifecycle Authority ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 The MCPServerManager race is translated into a clear model of serialized lifecycle authority, bounded waits, and retained cleanup failure with precise in-process limits. Cross-process fencing and risk-tier behavior remain untested. |
| 71 | Agent Operations Need Durable Identity and Explicit Terminal Evidence ↗ | 91 | Exceptional | Evidence 31/35Original 23/25Structure 18/20Utility 19/20 The note sharply separates logical occurrence identity, physical duplicates, and business exactly-once, then closes execution with typed terminal evidence. Offset/conflict state is still process-local, so restart recovery is unproven. |
| 72 | Concurrency Should Not Start With a Lock: The Smallest Safe Unit for Nested Callbacks ↗ | 90 | Exceptional | Evidence 30/35Original 23/25Structure 18/20Utility 19/20 The four-boundary model—ownership, lifetime, capacity, and isolation—turns concurrency review into concrete counterexample tests instead of a lock choice. Distributed restart and external-effect handling remain proposed extensions. |
| 73 | A Dynamic Integration Needs Five Boundaries, Not One Permission Switch ↗ | 92 | Exceptional | Evidence 31/35Original 24/25Structure 18/20Utility 19/20 A small dynamic MCP-header feature is generalized into a complete five-boundary review model covering scope, ownership, lifetime, resources, and observability. Durable audit and credential refresh remain open and unvalidated in deployment. |
| 74 | Cancellation Rollback Stops at the Local State Boundary ↗ | 88 | High Quality | Evidence 28/35Original 23/25Structure 18/20Utility 19/20 The article separates local request rollback, external-effect reconciliation, and retry admission, preventing a clean UI from being mistaken for a safe retry. The implementation evidence is memory-local and lacks restart or real side-effect fault tests. |
| 75 | Safe Agent Handoff Requires Separate Routing and Effect Ownership ↗ | 88 | High Quality | Evidence 28/35Original 23/25Structure 18/20Utility 19/20 The handoff model usefully separates cancellation request, routing retirement, termination observation, and external-effect reconciliation with risk-sensitive policy. Evidence remains local to asyncio and does not cover remote workers or provider-side revocation. |
| 76 | Configuration Precedence Needs Provenance ↗ | 86 | High Quality | Evidence 28/35Original 22/25Structure 18/20Utility 18/20 The article moves beyond raw-override ordering to effective-value provenance and clearly separates expressiveness from configuration privilege. Provenance remains a design interpretation without a concrete schema, cross-SDK comparison, or policy experiment. |
| 77 | Compact Operations Should Not Compress Away Execution Evidence ↗ | 86 | High Quality | Evidence 28/35Original 22/25Structure 18/20Utility 18/20 The article clearly separates UI compaction, replayable evidence, and formal audit and protects failure and interaction boundaries from summary collapse. Long-term compatibility, durability, and tamper evidence are requirements rather than demonstrated mechanisms. |
| 78 | An Agent Evaluation Should Ship More Than a Score ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 The article uses multiple independent studies to derive dual agent/evaluator execution chains, an eight-artifact package, and a concrete CI admission order. The package contract is still a synthesis without measured cross-domain cost-benefit evidence. |
| 79 | Don't Let the Agent Code Yet—and Don't Trust Its Plan Blindly ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 The E2EDevBench counterexample supports the authority-inversion risk, and the six-part Plan Contract turns it into a practical review gate. The contract itself has not yet been tested experimentally for reductions in omission or rework. |
| 80 | Files, Paths, and Events: Implementing and Testing the FCoP State Machine ↗ | 98 | Transcendent | Evidence 35/35Original 24/25Structure 19/20Utility 20/20 Pinned FCoP sources, POSIX semantics, and 22 targeted tests make identity, path state, events, and atomic publication unusually concrete and bounded. Concurrent claims, EXDEV, and crash windows remain recommended rather than executed fault tests. |
| 81 | Why Multi-Agent Governance Can Start with Files ↗ | 95 | Transcendent | Evidence 32/35Original 24/25Structure 19/20Utility 20/20 The Unix and blackboard ideas are translated into concrete TASK/REPORT/ISSUE/REVIEW artifacts, lifecycle paths, and upgrade triggers. Dogfood evidence remains small, so benefits under high contention or multi-host operation are not demonstrated. |
| 82 | A Closed Trace Is Not an Effect Receipt ↗ | 91 | Exceptional | Evidence 31/35Original 23/25Structure 18/20Utility 19/20 The article rigorously separates request traces through disconnected outcomes from authoritative external-effect receipts and defines unknown-plus-reconciliation semantics. Effect identity and durable audit retention remain design questions without end-to-end implementation evidence. |
| 83 | Don’t Trust an All-Green Demo: How Fault Injection Exposes an Unreliable AI Agent Dispatcher ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 It reframes runtime reliability as invariant × fault location × observable verdict and preserves PASS, FAIL, and NOT RUN as different facts. The 12-case set is still a minimum; multi-claimant, cross-filesystem, and real-effect faults need deeper injection. |
| 84 | OAuth Refresh Can Succeed Before Persistence Fails ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 The MCP SDK case clearly exposes a split commit where remote refresh succeeds before local persistence fails, making catch scope part of the reliability model. The fix preserves the partial-success fact but does not provide rollback, atomic persistence, or a cross-system retry protocol. |
| 85 | How Do You Turn a 20,000-Word Requirement into a Task Graph an Agent Team Can Execute? ↗ | 96 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 20/20 It turns a long requirement from a summary problem into a compiled source ledger, conflict model, work-package DAG, budget, and revision-bound approval pipeline. The method is strong, but its measured reduction of model omissions and cross-team delivery errors remains unknown. |
| 86 | Why Is the Agent Still Editing the Old Project? Safely Rebinding an Execution Chain ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 It treats project switching as an execution-chain rebind across runtime, MCP, watchers, cwd, lifecycle, and evidence roots, with explicit Windows-handle and symlink boundaries. High-frequency concurrent switches and third-party path caches remain untested. |
| 87 | Visible Is Not Durable ↗ | 93 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 19/20 The ADK pending-directory protocol cleanly separates reservation, staged completeness, reader visibility, and durable persistence, preventing visible from meaning crash-durable. The lack of fsync in the demonstrated implementation also sharply limits the durability guarantee. |
| 88 | Trust to Run Is Not Authority to Inherit Secrets ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 It separates workspace execution trust from secret inheritance, showing that permission to run a repository helper does not delegate the parent's credentials. Public evidence does not enumerate the filtered variables and does not establish filesystem, network, or keychain sandboxing. |
| 89 | How Does a Task Move Through an Agent Team? Claims, Execution, Review, and Completion in a File State Machine ↗ | 96 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 20/20 Following one TASK, it separates path state, transition history, REPORT, acceptance, revision, idempotency, dependencies, and process lifecycle, while exposing a future multi-runtime double-claim boundary. Some V1.9.7 evidence remains private-candidate material, limiting public reproduction. |
| 90 | What Turns Multiple Agents into a Team? Governance, a File State Machine, and an Engineering Rail ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 It sharply separates TMPA governance, FCoP state projection, and the CodeFlowMu execution rail, then uses four dispositions to prevent runtime facts from becoming business verdicts. Unified reconciliation SLA, multi-process claims, and OS sandboxing remain admission requirements rather than completed capabilities. |
| 91 | A Missing Cache Entry Is Not Deletion Evidence ↗ | 94 | Exceptional | Evidence 33/35Original 23/25Structure 19/20Utility 19/20 It binds destructive cache reconciliation to principal identity, causal generation, participating-writer coordination, and snapshot completeness, making absence distinct from deletion. The semaphore and generation scheme still cover only participating local writers and do not provide a cross-process transaction. |
| 92 | Canonicalize Resources Before Lifecycle Side Effects ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 The MCPServerManager case shows why a lifecycle owner should canonicalize its population before side effects and distinguishes cardinality from temporal locking. Python equality can still collapse distinct wrappers, and local call counts do not prove endpoint-level exactly-once behavior. |
| 93 | Cancellation Ends Waiting, Not Ownership ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 It separates caller cancellation from resource ownership, deferring the cancellation signal until bounded teardown finishes and reusing one close task for local idempotence. Suppressed close errors and remote-resource outcomes still need their own evidence channel. |
| 94 | Finding a Resource Is Not Owning It ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 The rollout-migration case yields a strong TOCTOU rule: discovery is provisional, so identity, location, and decision-relevant state must be revalidated after authority is acquired. The evidence remains a local file-resource model without cross-machine locking or replacement identity coverage. |
| 95 | Copy the Options, Keep the Client ↗ | 90 | Exceptional | Evidence 31/35Original 22/25Structure 18/20Utility 19/20 The ADK fix cleanly separates request-mutable option containers from intentionally shared live clients, avoiding both whole-graph deep-copy crashes and raw aliasing. The guarantee is only top-level; nested mutable values, cookies, and client-internal state can still cross requests. |
| 96 | From ‘Evidence Must Not Be Cross-Booked’ to Dynamic Diagnosis: How CodeFlowMu V2.0.4 Turned a Research Finding into an Engineering Capability ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 It traces a 10-report research finding into a shipped read-only evidence-association diagnostic, then shows the same QA task changing from not-applicable REPORT edges in active to linked edges in review. The product evidence remains first-party rather than third-party reproduction. |
| 97 | A Trusted Path Proves Provenance, Not Approval ↗ | 93 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 19/20 It separates skill evidence into occurrence, trusted-root provenance, content identity, semantic safety, and current approval, requiring the host to observe invocation before trusting origin. Canonical paths are still not cryptographic provenance and do not prove the exact bytes that ran. |
| 98 | Approval Caches Need an Authorization Identity ↗ | 93 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 19/20 It upgrades approval-cache freshness from TTL to an authorization identity and revalidates at the point cached evidence would become execution authority, covering concurrent revocation. The version tuple proves only encoded authority facts and does not close external-policy or effect-time races. |
| 99 | CodeFlowMu Engineering Record (III): An Event Happened — But Who Should See What? Designing a Safe Activity Projection Boundary ↗ | 98 | Transcendent | Evidence 34/35Original 25/25Structure 19/20Utility 20/20 It moves from 20,440 historical Activity rows and a raw-marker query probe to V2.1.2 server-side recursive allowlists, preserving a 19/20 over-pruning failure as evidence. Structural projection still cannot detect sensitive content inside approved fields, and real LAN/Gateway paths remain outside independent coverage. |
| 100 | CodeFlowMu Engineering Record (I): After Response Loss, Why Retry Must Start with a Persistent Idempotency Boundary ↗ | 99 | Transcendent | Evidence 35/35Original 25/25Structure 19/20Utility 20/20 The response-loss comparison turns retry safety into a persistent submission identity, request digest, three-stage creation receipt, and recovery contract, with independent QA showing eight concurrent calls converge on one task_id. The strong guarantee remains scoped to task creation when callers reuse a stable submission ID. |
| 101 | Timeouts Must Close the Lifecycle They Own ↗ | 93 | Exceptional | Evidence 32/35Original 24/25Structure 18/20Utility 19/20 It upgrades command timeout from a direct-PID event to bounded teardown of the invocation-owned process group, with timeout and cancellation sharing cleanup. POSIX groups still do not cover setsid escape, Windows Job Objects, containers, remote jobs, or external effects. |
| 102 | A Durable Checkpoint Can Still Be Unrecoverable ↗ | 94 | Exceptional | Evidence 33/35Original 24/25Structure 18/20Utility 19/20 It pairs DeltaChannel's storage savings with the replay-chain obligations they create, identifying seed, ordered writes, reducer identity, and write-before-checkpoint as recovery invariants. Performance figures remain vendor-reported, and cross-backend recovery cost is not independently validated. |
| 103 | A Successful Rerun Does Not Prove the Repair ↗ | 95 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 19/20 Using 536 confirmed failures, it distinguishes rerun resampling from causal repair evidence and requires a frozen failed prefix, fail-closed divergence, an intervention anchor, and external-state validity. Logical replay still cannot recreate real external effects or eliminate provider and scheduling differences. |
| 104 | If It Can Be Explained Afterwards, Was It Knowable Then? ↗ | 98 | Transcendent | Evidence 34/35Original 25/25Structure 19/20Utility 20/20 It translates CatchBench's information-budget idea into T0–T3 evidence cutoffs on a real approval probe and uses ownership, cutoff, integrity, and negative controls to distinguish existing from admissible evidence. The experiment measures decidability under bounded information, not predictive accuracy for future duplicate effects. |
| 105 | The Action Succeeded. Why Did It Run Again? ↗ | 98 | Transcendent | Evidence 34/35Original 25/25Structure 19/20Utility 20/20 The P0–P3 fault locations isolate approval, start audit, effect completion, and completion-audit failure, then a fresh-process recovery shows a non-idempotent executor moving from one effect to two. Real remote effects and power-loss behavior remain outside the controlled local-marker study. |
| 106 | The Conversation Continues, but the Account Has Changed ↗ | 96 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 20/20 It separates conversation, operation-authority, execution-principal, and evidence-attribution continuity, then tests 11 approval-consumption and eight skill-binding conditions. The trusted provider-account identity chain remains unverified in a real two-account CodeFlowMu experiment. |
| 107 | You Have Fact Checks, Diagnostics, and EVAL. What Still Connects an Interrupted Task Takeover? ↗ | 95 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 19/20 It identifies the missing same-interruption decision-evidence chain among fact checks, diagnostics, EVAL, and technical takeover while keeping observers non-authoritative. The contract is frozen, but persistence, concurrency, crash recovery, and independent QA are not yet implemented. |
| 108 | An Agent Was Interrupted. When Is It Safe to Take Over the Same Task? ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 It makes the crucial distinction that TASK continuity does not imply execution-authority continuity, and RA-7/RA-8 reach the real recovery path with confirmed versus unknown effects. The three-way admission contract remains unimplemented against real external effects and independent IA/DC acceptance. |
| 109 | A Smaller Skill Is Not the Same Skill ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 It treats a progressively loaded skill as a routed graph of public entries, resources, environment assumptions, and behavior rather than just a token bundle, and preserves the reported 26-point loss under aggressive compression. The results remain author-reported and do not validate authorization or external-effect semantics. |
| 110 | Discovery Must Not Redefine Credential Authority ↗ | 94 | Exceptional | Evidence 33/35Original 24/25Structure 18/20Utility 19/20 The MCP Python SDK and Gemini CLI cover complementary issuer-binding occurrences at discovery and callback boundaries, supporting identity before indirection. Issuer normalization still differs, and cross-language test vectors plus token/cache migration interoperability remain unresolved. |
| 111 | The Test Results Are Empty. Why Does the System Still Say “Verified”? ↗ | 98 | Transcendent | Evidence 34/35Original 25/25Structure 19/20Utility 20/20 Using the real Host admission service, it drives empty, partial, duplicate, and unknown-ID evidence into PASS/VERIFIED while preserving BLOCKED, FAIL, and exception controls, precisely locating a set-completeness contract gap. Production incidence is unknown and no remediation was implemented in the study. |
| 112 | The Process Is Alive. Is It Still the Original Executor? ↗ | 96 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 20/20 Prompted by Codex process-identity work, it finds generation-aware protection in the writer lock but PID-liveness-only recovery in operation approval, then exposes the semantic mismatch with a controlled old-record/current-PID case. The study did not induce real OS PID reuse or execute external-effect recovery. |
| 113 | Global Real Digital Workers & SaaW Commercial Landscape 2026-3 ↗ | 94 | Exceptional | Evidence 32/35Original 24/25Structure 19/20Utility 19/20 The 23-project radar and protocol-responsibility map connect open mechanisms, specification maturity, product capability, and CodeFlowMu direction, with second implementations and conformance identified as the next protocol milestone. Some maturity ratings remain author assessments and the projects were not uniformly installed or tested. |
| 114 | You Approved One Command. Why Did Another Pass? An Experiment in Agent Authorization Identity ↗ | 99 | Transcendent | Evidence 35/35Original 25/25Structure 19/20Utility 20/20 Real gate and cross-process approval tests show a Git branch change reuses approval while a session-only change misses it. Field diffs locate the cause before hashing and in nested session data; remote/force/delete variants were mainly checked at digest equality. |
| 115 | Recovery Evidence Is Not Replay Authority ↗ | 95 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 19/20 Codex OAuth recovery and Google ADK confirmation provide complementary evidence that recovery information, current execution authority, and external-effect evidence must remain separate. The three-dimensional state model is still a synthesis rather than a validated cross-system protocol or exactly-once guarantee. |
| 116 | Both Instructions Were Saved. Why Did Recovery Reverse Their Meaning? ↗ | 98 | Transcendent | Evidence 34/35Original 25/25Structure 19/20Utility 20/20 Seven controlled allow/revoke scenarios separate acceptance order from persistence order, with bidirectional flips, same-value and unaccepted-input controls, invalid-sequence unknowns, and a separate cutoff rule. The inversion was deliberately imposed rather than observed as a CodeFlowMu Host defect, and the full compaction/recovery chain remains unverified. |
| 117 | It Only Sent a GET. Why Did It Write? Effect Boundaries in Agent Tool Gates ↗ | 99 | Transcendent | Evidence 35/35Original 25/25Structure 19/20Utility 20/20 The real Native gate plus loopback curl experiment separates tool capability, effect assessment, admission, and observed effect, directly showing incomplete effect knowledge can still yield ALLOW before a business write occurs. Full Codex/Cursor/Gemini Host, proxy, and real-service end-to-end validation remains open. |
| 118 | Passing Tests Is Not Operational Capability ↗ | 94 | Exceptional | Evidence 33/35Original 23/25Structure 19/20Utility 19/20 It separates functional success, development process, stress failures, scaling, and reproducibility so green tests are not mislabeled as operational readiness. Transfer from HPC evidence to ordinary enterprise systems still needs direct testing. |
| 119 | You Clicked Cancel. Which Step Did It Actually Cancel? An Agent Execution-Boundary Experiment ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 Using the real approval service and session adapter, it carefully separates requesting cancellation, accepting it, preventing an action, and reversing an effect. A real host resource queue remains unverified end to end. |
| 120 | Stable Identity Does Not Authorize a Destination ↗ | 93 | Exceptional | Evidence 32/35Original 23/25Structure 19/20Utility 19/20 It separates whose state this is from whether the current destination may host and execute it through four clear gates. Both implementation samples come from the same vendor, limiting independent replication. |
| 121 | The File Was Written Successfully. Why Check the Artifact Again? From Remote Sandboxes to Local Workspaces ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 Real writes, cross-process readback, and a recoverable rename show that historical success is not current deliverability with a strong evidence chain. Remote sandbox replacement and power-loss durability were not tested. |
| 122 | The Check Passed. What Still Has to Hold When the Agent Acts? ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 Moving the source change precisely before and after validation exposes the TOCTOU gap between a correct snapshot and a subsequently changed object. The ordering was research-injected, so live ingress reachability is not yet established. |
| 123 | The Request Said “Do Not Overwrite.” Why Was the File Replaced? ↗ | 98 | Transcendent | Evidence 35/35Original 24/25Structure 19/20Utility 20/20 The same `overwrite=false` setting produces different write, copy, and move outcomes, verified against final bytes, which precisely locates the enforcement gap. Public-ingress contract and concurrent overwrite semantics remain unresolved. |
| 124 | Context Can Disappear; Project Truth Cannot ↗ | 92 | Exceptional | Evidence 31/35Original 23/25Structure 19/20Utility 19/20 It treats candidate revision, artifacts, evidence, and role authority as durable project truth rather than relying on conversation context. Evidence is mainly author-reported research, with production crash consistency outside scope. |
| 125 | The Receipt Was Corrupted. Why Didn't the Task Start Again? ↗ | 98 | Transcendent | Evidence 35/35Original 24/25Structure 19/20Utility 20/20 It first observes a repeated callback, then uses the real dispatch chain to show no second start, actively overturning a premature conclusion with counterevidence. The final SDK and external effects remain simulated rather than real side effects. |
| 126 | Changing the Control Surface Must Not Split One Business Effect ↗ | 92 | Exceptional | Evidence 31/35Original 23/25Structure 19/20Utility 19/20 It unifies GUI, CLI, and tool actions under one business-effect identity while preserving native evidence types, yielding a useful architectural rule. Evidence comes mainly from a benchmark environment, not real cross-system idempotency or authorization. |
| 127 | Same Agent, Different Person: Whose Permissions Should the Next Action Use? ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 It preserves the existing actor-binding protections while narrowing the finding to a triggering-message reference not projected from continuation into the session. Real two-user credential switching was not tested. |
| 128 | Only the Note Changed. Why Did the Evaluation Pass Rate Flip? ↗ | 97 | Transcendent | Evidence 35/35Original 24/25Structure 19/20Utility 19/20 Swapping only notes flips the retained pass rate from 100% to 0%, a powerful counterexample showing that determinism is not justified adjudication. A production consumer of the helper was not established. |
| 129 | The Action Finished, but Delivery Was Interrupted. Which Step Should Recovery Repeat? ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 The committed-wake/lost-return experiment shows that recovery should repeat only the missing step and further separates acknowledgment from actual reading. Real database locking and process-crash recovery were not reproduced. |
| 130 | The Tool Result Was Blocked. Why Had the Operation Already Run? ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 One real tool execution producing an `executed→blocked` receipt sequence makes clear that withholding output is not preventing the action. Real external writes and actual model ingestion were not tested. |
| 131 | The Verification Claim Was Denied. Why Was Its Completion Still Attempted? ↗ | 95 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 19/20 It separates request ID, command execution, and completion authority, showing that an unclaimed branch still attempts completion. Persistence was a fixture, so the database's final acceptance behavior remains unverified. |
| 132 | The Concurrency Limit Is One. Why Can Two Tasks Still Run? ↗ | 97 | Transcendent | Evidence 35/35Original 24/25Structure 19/20Utility 19/20 Explicit thread interleaving across forty trials records both local and aggregate peaks, precisely showing that the fix is per-loop rather than a global cap. Multiple processes, hosts, and real model requests remain untested. |
| 133 | Three Recoveries in Five Minutes—Until Recovery Erases the Counter ↗ | 98 | Transcendent | Evidence 35/35Original 24/25Structure 19/20Utility 20/20 Index divergence deliberately erases recovery history, while cooldown, cumulative-cap, and legitimate-recovery controls isolate the cause cleanly. The actual Electron crash and production storm were not reproduced. |
| 134 | The Credential File Disappeared. Did Access Disappear Too? ↗ | 98 | Transcendent | Evidence 35/35Original 24/25Structure 19/20Utility 20/20 After file callbacks drop from four to zero, inspecting the recipient process shows the same four credentials rerouted through environment variables, precisely locating the effect boundary. Real CLI authentication and network use were not exercised. |
| 135 | Yesterday's Model Choice Is Not Today's Capability ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 Eight conditions distinguish explicit lack of support from an unavailable catalog, rejecting retired models without destroying compatibility paths. The test stops at the `setModel` call boundary and does not confirm real cloud inference. |
| 136 | The Result Exists. Why Did the Agent Fail to Deliver It? ↗ | 98 | Transcendent | Evidence 35/35Original 24/25Structure 19/20Utility 20/20 All ten upstream regressions pass on the fix and fail when only the responsible helper is reverted, giving unusually strong causal isolation. ScriptedModel is still used, so real server consumption after a lost acknowledgement is untested. |
| 137 | OpenHands Agent Canvas — Engineering Analysis ↗ | 78 | Qualified | Evidence 23/35Original 20/25Structure 17/20Utility 18/20 The note maps OpenHands connection health, activation lifecycle, and trigger modes cleanly into runtime design. Its main limitation is the lack of article-level primary-source and version anchors for independent verification. |
| 138 | Industry Architecture Daily 003 — A2A and MCP Define Different Interoperability Boundaries ↗ | 94 | Exceptional | Evidence 33/35Original 23/25Structure 19/20Utility 19/20 Control ownership distinguishes A2A from MCP well; a same-task empirical comparison across both protocols is still missing. |
| 139 | Industry Architecture Weekly 001 — The Enterprise Agent Governance Control Plane Is Taking Shape ↗ | 90 | Exceptional | Evidence 31/35Original 22/25Structure 19/20Utility 18/20 Cross-vendor registry and lifecycle synthesis is strong; independent maturity evidence remains thin. |
| 140 | Industry Architecture Weekly 002 — Enterprise Software Is Moving from Systems of Record to Systems of Execution ↗ | 92 | Exceptional | Evidence 31/35Original 23/25Structure 19/20Utility 19/20 The record-to-execution thesis is well supported across vendors; real business-outcome validation is still absent. |
| 141 | Industry Architecture Academic Observation 001 — NIST AI RMF Defines a Governance Operating Loop, Not a Checklist ↗ | 94 | Exceptional | Evidence 33/35Original 23/25Structure 19/20Utility 19/20 Excellent translation of NIST functions into operational records; the mapping still needs validation in live workflows. |
| 142 | Model Routing Must Optimize Inside Policy, Not Replace It ↗ | 85 | High Quality | Evidence 28/35Original 21/25Structure 17/20Utility 19/20 Policy-bounded routing and the decision envelope are useful; candidate-pool and failure-mode experiments are missing. |
| 143 | Enterprise Agent Control Planes Need Decision Envelopes, Not Configuration Precedence Alone ↗ | 91 | Exceptional | Evidence 32/35Original 22/25Structure 18/20Utility 19/20 It separates policy precedence from enforcement well; a complete end-to-end decision-envelope example is missing. |
| 144 | Agent Resource Planes Need Role-Aware Scheduling, Not Average Utilization Targets ↗ | 93 | Exceptional | Evidence 33/35Original 23/25Structure 18/20Utility 19/20 Role-aware scheduling is strongly argued from harmful operating points; portable thresholds across environments remain unknown. |
| 145 | Enterprise Agent Governance Needs a Lifecycle-Revalidated Policy Plane ↗ | 90 | Exceptional | Evidence 31/35Original 22/25Structure 18/20Utility 19/20 Lifecycle re-admission is a strong policy model; a complete provenance and trusted-exception example remains absent. |
| 146 | Enterprise Agent Identity Planes Should Separate Rotating Assertions, Credential Leases and Propagation ↗ | 92 | Exceptional | Evidence 33/35Original 22/25Structure 18/20Utility 19/20 The four-layer identity model is strong; child-process and tool-boundary propagation evidence remains incomplete. |
| 147 | Multi-Agent Recovery Needs an Authority Plane, Not Blind Retry ↗ | 94 | Exceptional | Evidence 34/35Original 23/25Structure 18/20Utility 19/20 Retry versus semantic repair is convincingly separated; conflicting authority signals remain an open governance problem. |
| 148 | From SaaS to SaaW: When a Codebase Starts “Developing Itself” ↗ | 91 | Exceptional | Evidence 29/35Original 25/25Structure 18/20Utility 19/20 A distinctive SaaW and governed Self-Morphing framework with engineering grounding; length and uneven evidence strength weaken precision. |
| 149 | Connector Actions Need a Governed Authority Handoff ↗ | 91 | Exceptional | Evidence 32/35Original 22/25Structure 18/20Utility 19/20 The six-stage authority handoff is clear and reusable; evidence is concentrated in one connector domain. |
| 150 | The User Clicked ‘Always Allow.’ What Did the System Actually Save? ↗ | 93 | Exceptional | Evidence 33/35Original 23/25Structure 18/20Utility 19/20 Requested versus effective approval is sharply explained; revocation and concurrent-policy semantics remain outside scope. |
| 151 | A Reconnected Session Is Not Recovered Work ↗ | 94 | Exceptional | Evidence 34/35Original 23/25Structure 18/20Utility 19/20 Generation identity cleanly separates rebound from work recovery; continuity across client restart remains unproven. |
| 152 | From KPI Visibility to Decision Rights: Making AI Operations Governable ↗ | 88 | High Quality | Evidence 29/35Original 22/25Structure 18/20Utility 19/20 It turns KPIs into decision-right controls while limiting claims; executable interfaces and field evidence remain conceptual. |
| 153 | Trace Is Not Governance: From Work Facts to SaaW ↗ | 89 | High Quality | Evidence 28/35Original 24/25Structure 19/20Utility 18/20 A clear visual engineering lineage from Trace to SaaW; as a derived synthesis it adds little new primary evidence. |
| 154 | Delegated Agent Work Needs a Return Contract, Not Just a Transport ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 Occurrence identity plus semantic finish is a strong delegation model; cross-framework authorization and compensation remain open. |
| 155 | Reserved Identity Is Not Materialized State ↗ | 91 | Exceptional | Evidence 32/35Original 22/25Structure 18/20Utility 19/20 Reservation and materialization are cleanly separated; distributed leasing and cleanup guarantees remain untested. |
| 156 | Execution Environments Should Own Their Configuration Policy ↗ | 91 | Exceptional | Evidence 32/35Original 22/25Structure 18/20Utility 19/20 Environment-owned configuration resolves a real scope split; MCP, hooks, and universal subprocess coverage remain unknown. |
| 157 | Tokens Aren't a Bill: Agent Cost Screens Must Separate Usage, Included Value, and Amount Due ↗ | 95 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 18/20 The three-ledger cost model is unusually practical and well sourced; end-to-end reconciliation against real invoices is missing. |
| 158 | Persistence Is Not a Wake-Up Mechanism ↗ | 94 | Exceptional | Evidence 34/35Original 23/25Structure 18/20Utility 19/20 Persistence and reconciliation are cleanly separated; duplicate execution across runtimes still needs leases or idempotency. |
| 159 | User Delivery Is Not Model Reasoning Context ↗ | 91 | Exceptional | Evidence 32/35Original 22/25Structure 18/20Utility 19/20 The separation of user delivery from reasoning context, re-linked by stable message identity, is unusually clear; the evidence remains local to one event path, leaving end-to-end delivery, retry, and deduplication unverified. |
| 160 | History Is Not a Transfer Contract ↗ | 92 | Exceptional | Evidence 33/35Original 22/25Structure 18/20Utility 19/20 It cleanly separates local retention from outbound disclosure and identifies pre-render filtering as the decisive control point; the evidence proves only one ADK reconstruction path, not every adapter or transport boundary. |
| 161 | An AI Agent’s Skill Is Not Its Permission: Why ‘Knows How’ Must Stay Separate from ‘May Do’ ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 The four-layer authority model is backed by pinned code and 35 targeted tests while separating approval, pre-state binding, and execution outcome; its main weakness is length and project-specific detail that raises entry cost for outside readers. |
| 162 | Approval Must Name the Approver ↗ | 90 | Exceptional | Evidence 31/35Original 22/25Structure 18/20Utility 19/20 The ADK revert makes the “channel is not the approver” distinction concrete and turns principal, action, and freshness into implementable bindings; the exploit was not independently reproduced and the replacement mechanism remains open. |
| 163 | Protected Constraints and Reviewable Grants Need Different Merge Rules ↗ | 91 | Exceptional | Evidence 32/35Original 22/25Structure 18/20Utility 19/20 It upgrades policy merging from set arithmetic to a protected-ceiling plus reviewable-expansion authority model with direct engineering value; the evidence is network-specific, so transfer to files, credentials, and process privilege remains unproven. |
| 164 | Creation Provenance Should Survive Resume ↗ | 88 | High Quality | Evidence 31/35Original 21/25Structure 18/20Utility 18/20 It separates creation source, continuation stability, and derivation into distinct lifecycle facts that directly guide durable metadata design; the evidence is confined to selected Codex paths and does not establish immutability across lower-level services. |
| 165 | Instruction Lineage Is Not Instruction Authority ↗ | 89 | High Quality | Evidence 31/35Original 22/25Structure 18/20Utility 18/20 Request-level parent/child regressions sharply separate where an instruction came from from who may make it effective; the authority plane remains mostly an architectural requirement, without same-implementation evidence for principal authentication and authorization closure. |
| 166 | A Checkpoint Is Not Permission to Resume ↗ | 93 | Exceptional | Evidence 33/35Original 23/25Structure 18/20Utility 19/20 It turns a lost response into durable uncertainty and gates resume with a three-way authoritative-history reconciliation, giving unusually strong recovery semantics; distributed CAS for concurrent copies and reconciliation of external tool effects remain separate gaps. |
| 167 | A Failed Multi-Agent Run Can Have More Than One Plausible Cause ↗ | 95 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 18/20 It goes beyond reporting MP-Bench disagreement to build a four-layer diagnostic model of facts, hypotheses, salience, and repair decisions, even surfacing a table-level exception; the model has not yet demonstrated repair benefit on real production incidents. |
| 168 | Permission Authority Belongs to the Attachment ↗ | 90 | Exceptional | Evidence 32/35Original 22/25Structure 18/20Utility 18/20 It separates shared server identity from attachment-owned permission state and treats call preparation as an authority snapshot, making ownership precise; resolver correctness and immediate revocation of already-prepared calls still lack equivalent evidence. |
| 169 | Authority Context Must Be Minted by the Host ↗ | 93 | Exceptional | Evidence 33/35Original 23/25Structure 18/20Utility 19/20 The host-minted rather than caller-asserted model makes the trust direction of authority metadata explicit, with account-continuity and conjunctive admission details; whether downstream plugins actually enforce those fields remains an independent obligation. |
| 170 | Cached Policy Is Evidence, Not Current Authority ↗ | 86 | High Quality | Evidence 29/35Original 21/25Structure 18/20Utility 18/20 It cleanly separates cache readability from continued authority and elevates freshness into evidence admission, producing a practical engineering rule; the primary evidence is only a product changelog, leaving authentication, parsing, and revocation internals unseen. |
| 171 | Trust Must Change the Executable Surface ↗ | 90 | Exceptional | Evidence 32/35Original 22/25Structure 18/20Utility 18/20 It turns workspace trust from a UI label into a pre-materialization admission transform and cleanly separates admission proof from revocation proof; live withdrawal of existing connections and background capabilities remains future lifecycle work. |
| 172 | Stronger-Looking Evidence Does Not Make Action Safe ↗ | 91 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 18/20 It isolates the causal gap between stronger presentation and unchanged knowability, then turns it into an external knowability/evidence/risk gate; the core evidence is an unreplicated preprint, and answer commitment is not a real high-risk tool effect. |
| 173 | A Reconstructed Role Is Not Proof of Authority ↗ | 92 | Exceptional | Evidence 32/35Original 23/25Structure 18/20Utility 19/20 It usefully reframes prompt injection as loss of authority provenance during reconstruction and specifies principal, ingress, privilege class, and elevation evidence; the study covers six coding harnesses, so production prevalence and the best representation remain unresolved. |
| 174 | Installed Is Not Authorized ↗ | 93 | Exceptional | Evidence 33/35Original 23/25Structure 18/20Utility 19/20 Using three first-party sources, it decomposes Enabled into availability, configured capability, actor, target permission, runtime policy, and effect receipt with strong operational value; the architectures are not one protocol, so portable cross-platform fields remain undefined. |
| 175 | Is Cursor Becoming the iOS for Agents? ↗ | 88 | High Quality | Evidence 29/35Original 23/25Structure 18/20Utility 18/20 It connects Cursor’s long lifecycle, self-hosted execution, and task-entry shift into a coherent platform thesis while separating enterprise work governance; the article is lengthy, and central “Agent iOS/first work entry” claims remain primarily forward-looking interpretation. |
| 176 | Delegation Is a Stateful Authorization Program ↗ | 94 | Exceptional | Evidence 33/35Original 24/25Structure 18/20Utility 19/20 It elevates delegation from static permissions to an authorization program evolving with principal chain, budget, and history, using composition closure to catch locally legal sequences; strong results still depend on authored policy coverage and classifier accuracy without independent replication. |
| 177 | Global Real Digital Workers & SaaW Commercial Landscape 2026-2 ↗ | 91 | Exceptional | Evidence 32/35Original 22/25Structure 18/20Utility 19/20 It unifies model choice, governance, reliability layers, and pricing around role delivery with broad sourcing and a useful decision framework; evidence depth varies across vendors, and the D1–D5 labels remain qualitative author assessments. |
| 178 | MIIT Document No. 414 Explained: From Model Supply to Application Delivery ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 It works from Document 414 through all five annexes to unpack provider pools, consortia, scenarios, case thresholds, and policy verbs while separating policy fact from business projection; its main weakness is sheer length and partially non-comparable macro statistics. |
| 179 | Recovery Is a Trajectory, Not a Boolean ↗ | 91 | Exceptional | Evidence 31/35Original 23/25Structure 19/20Utility 18/20 It separates degradation, containment, restoration, cumulative burden, and terminal state so a final green state cannot erase incident cost. The core evidence is simulation, so enterprise production thresholds remain unvalidated. |
| 180 | Seeing Misconduct Is Not the Same as Being Able to Stop It ↗ | 93 | Exceptional | Evidence 32/35Original 23/25Structure 19/20Utility 19/20 The 100-agent case shows that widespread visibility can still fail to stop misconduct, then separates complaint, adjudication, sanction, and rule-change powers. It is one research environment without comparative experiments of the governance mechanisms themselves. |
| 181 | MIIT's AI SME Entrepreneurship Support Plan Explained: An AI Startup Ecosystem Is Taking Shape ↗ | 96 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 19/20 It places the MIIT plan inside the sequence of computing, product, service-provider, and SME policies, producing a strong policy chain. Some market-size and commercial-opportunity conclusions are projections that still need implementation data. |
| 182 | Role Match Is Not Team Fit ↗ | 92 | Exceptional | Evidence 31/35Original 23/25Structure 19/20Utility 19/20 It separates ability to perform a role from fit with a particular team and shows that output can recover before coordination efficiency. The study centers on dyadic benchmark teams, limiting transfer to larger enterprise teams. |
| 183 | A Finished Report Is Not Yet a Trustworthy Conclusion ↗ | 94 | Exceptional | Evidence 33/35Original 23/25Structure 19/20Utility 19/20 Forty blind tasks show that auditable evidence can still lack controls, robustness, and falsifiability, making the two acceptance states highly useful. A single frozen model and LLM evaluator limit generalization. |
| 184 | A Proposed Procedure Is Not Yet Active Authority ↗ | 94 | Exceptional | Evidence 32/35Original 24/25Structure 19/20Utility 19/20 It treats self-modified procedures as control deployment, giving candidate, rejection, adoption, expiry, and rollback distinct identities. Shared-model bias and average metrics can still miss rare high-impact failures. |
| 185 | State May Persist; Authority Must Be Re-established ↗ | 95 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 19/20 Codex, MCP SDK, and Gemini CLI implementations compare revalidation, replacement, and isolation, showing that retained state does not retain sovereignty. All evidence is first-party code and tests rather than independent production outcomes. |
| 186 | Audit Completion Is Not Coverage Assurance ↗ | 94 | Exceptional | Evidence 32/35Original 24/25Structure 19/20Utility 19/20 Moving from a 141,000-record audit that missed a fourth incident to a 481-million-record search vividly shows that audit completion is not coverage assurance. The operational evidence remains vendor-reported and independent review is not yet complete. |
| 187 | ServiceNow Autonomous Workforce — Architecture Analysis ↗ | 82 | High Quality | Evidence 26/35Original 20/25Structure 18/20Utility 18/20 Clear on governed AI Specialists and deterministic workflows; weaker on traceable citations and independent evidence. |
| 188 | Workday Agent System of Record — Architecture Analysis ↗ | 84 | High Quality | Evidence 27/35Original 21/25Structure 18/20Utility 18/20 Strong persistent-workforce registry framing; direct source traceability and work-runtime evidence remain limited. |
| 189 | Six AIs, One Task: What Happened? ↗ | 99 | Transcendent | Evidence 35/35Original 25/25Structure 19/20Utility 20/20 Six AI teams perform the same task with retained evidence for delegation, delivery, recovery, timing, and independent EVAL, making this unusually strong first-party experimentation. Host and integration paths differ, so outcomes cannot be attributed purely to foundation models. |
| 190 | 2026-08-01 — Public Research Center Architecture ↗ | 67 | Foundation | Evidence 20/35Original 14/25Structure 17/20Utility 16/20 It compresses the bilingual portal role, information hierarchy, and build chain into a clear architecture baseline; the missing piece is concrete validation evidence, failure modes, and executable acceptance criteria. |
| 191 | Weekly 001 — From Agent Frameworks to Governed Digital Employees ↗ | 78 | Qualified | Evidence 23/35Original 20/25Structure 18/20Utility 17/20 It places protocols, open-source runtimes, and enterprise digital-workforce products in one positioning frame and makes CodeFlowMu's trade-offs explicit; vendor and framework claims still lack versioned, item-level source evidence. |
| 192 | Weekly 002 — Digital Employee Control Plane and Work Runtime ↗ | 79 | Qualified | Evidence 23/35Original 20/25Structure 18/20Utility 18/20 The control-plane/work-runtime split is explanatory and the Registry-to-WorkOrder sequence is concrete; the Workday and OpenHands comparison remains mostly descriptive, without versioned evidence or counterexamples. |
| 193 | Weekly 003 — Ownership Is the Control Plane of Agentic Work ↗ | 93 | Exceptional | Evidence 31/35Original 24/25Structure 19/20Utility 19/20 It unifies GUI, MCP/A2A, and manager/handoff boundaries into an Ownership Ledger and Evidence Envelope with testable mechanics; the evidence set is only three notes and lacks cross-runtime experimental validation. |
| 194 | Weekly 004 — Authority Is a Lifecycle, Not a Setting ↗ | 94 | Exceptional | Evidence 32/35Original 24/25Structure 19/20Utility 19/20 It turns fifteen Daily studies into an admission, lease, revalidation, revocation, and acceptance lifecycle and carries that into receipts and gates; independent cross-platform replication is still limited. |
| 195 | Weekly 005 — Every Handoff Needs a Receipt ↗ | 93 | Exceptional | Evidence 31/35Original 24/25Structure 19/20Utility 19/20 It unifies reservation, execution, external effects, and terminal semantics from twenty-one Daily studies into an evidence-bearing handoff contract; the contract still lacks real cross-system fault-injection validation. |
| 196 | Weekly 006 — Authority Needs Lineage ↗ | 92 | Exceptional | Evidence 31/35Original 24/25Structure 19/20Utility 18/20 The article carries the idea that values survive while authorization reasons disappear across delegation, caches, credentials, and resume, then formalizes monotonic authority; the minimal lineage envelope remains empirically unsettled. |
| 197 | Weekly 007 — Recovery Is Re-Admission ↗ | 94 | Exceptional | Evidence 32/35Original 24/25Structure 19/20Utility 19/20 It combines checkpoints, policy caches, ownership cleanup, and replay integrity into an implementable Recovery Admission Envelope; the acceptable freshness and cache rules for different risk levels are still unquantified. |
| 198 | Weekly 008 — Authority Is a Relation, Not an Attribute ↗ | 96 | Transcendent | Evidence 33/35Original 24/25Structure 19/20Utility 20/20 It synthesizes fifteen studies into the idea that authority is a relation and provides an implementable Authority Relation Envelope. The main weakness is length, with some boundaries repeated across several sections. |
| 199 | Weekly 009 — Completion Must Be Typed: One Green Check Cannot Close the Whole System ↗ | 97 | Transcendent | Evidence 34/35Original 24/25Structure 19/20Utility 20/20 It separates State, Authority, Effect, and Coverage closure while allowing Unknown to remain durable, yielding a strong unifying framework. Typed Closure is still a synthesis abstraction without cross-system implementation validation. |