Panel Discussion on AI Agents in Production: Security, Evaluation, and Infrastructure

zenity_/hetz/aidoc/band/_mongodb · Tech · 2026 · source Agentic: yes · promotional bias: med · summary-only (no fetched source) · extracted with prompt 0.5.6 (schema v2)

Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.

Problem

Domain: Production AI-agent security, evaluation, and infrastructure

The panel describes how organizations deploy AI agents in production while managing non-determinism, context quality, security boundaries, high-stakes evaluation, multi-agent communication, and flexible data-layer infrastructure.

Constraints:

Architecture

The panel's production architecture combines context management, deterministic security controls, evaluation infrastructure, operations monitoring, multi-agent communication infrastructure, and a flexible data layer. Agents receive curated context and scoped tools; permissions are narrowed per execution; traces and monitoring observe every action; high-stakes models pass multi-layer evaluation and AI operations review; autonomous agents communicate through infrastructure rather than manual copy/paste; and databases provide memory, search, security, and event-driven reactivity.

Diagram confidence: reconstructed (reconstructed from prose).

flowchart LR
  Context_management_layer["Context management layer"] --> Agent_execution_runtime["Agent execution runtime"]
  Data_layer["Data layer"] --> Context_management_layer
  Data_layer --> Agent_execution_runtime
  Agent_execution_runtime --> Deterministic_security_controls["Deterministic security controls"]
  Deterministic_security_controls --> Sandbox_or_isolated_environment["Sandbox or isolated environment"]
  Sandbox_or_isolated_environment --> Agent_execution_runtime
  Agent_execution_runtime --> Observability_traces["Observability traces"]
  Observability_traces --> AI_operations_center["AI operations center"]
  Observability_traces --> Evaluation_infrastructure["Evaluation infrastructure"]
  Evaluation_infrastructure --> AI_operations_center
  Evaluation_infrastructure --> Customer_analytics["Customer analytics"]
  Agent_execution_runtime --> Multi_agent_communication_layer["Multi-agent communication layer"]
  Multi_agent_communication_layer --> Agent_execution_runtime
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Context management layer Translates organizational knowledge and domain expertise into usable model context. Agent execution runtime, Data layer
Agent execution runtime Runs non-deterministic agents with scoped tools and execution-specific permissions. Deterministic security controls, Observability traces, Multi-agent communication layer
Deterministic security controls Restricts permissions, tools, execution environments, and boundaries beyond prompt instructions. Agent execution runtime, Sandbox or isolated environment
Sandbox or isolated environment Limits impact from unpredictable agent behavior and can reset between executions. Agent execution runtime
Observability traces Detailed traces of agent behavior for incident response, monitoring, and continuous improvement. AI operations center, Evaluation infrastructure
Evaluation infrastructure Development and production-data evaluation harness for model release, drift checks, and hospital-level metrics. AI operations center, Customer analytics
AI operations center Dedicated monitoring team that configures model harnesses, context, thresholds, and drift response. Evaluation infrastructure, Observability traces
Customer analytics External transparency layer showing customers model accuracy and changes over time. —
Multi-agent communication layer Infrastructure for autonomous agents to discover, identify, trace, and communicate bidirectionally. Agent execution runtime
Data layer Flexible database layer for memory, vector search, text search, standard queries, state, security, and events. Context management layer, Agent execution runtime

Data flow

Organizational knowledge is organized into a context/data layer, retrieved through vector/text/standard queries, supplied to agents under deterministic permissions, monitored through traces and operations dashboards, evaluated against development and production datasets, and communicated across multi-agent infrastructure when agents need to coordinate.

3 supporting quotes
“Context, while a broad term that different practitioners interpret differently, ultimately comes down to how well organizations can translate their institutional knowledge and human expertise into forms that AI models can leverage.”summary, stated
“permissions must be far more restrictive, granting agents only the exact access they need for each specific execution flow.”summary, stated
“The data layer needs to provide all minimal essential capabilities including security, monitoring, and event-driven reactivity.”summary, stated

Why this architecture

The panel argues that production agent systems need deterministic infrastructure around non-deterministic models: context makes models useful, scoped permissions and sandboxes limit harm, traces make behavior visible, high-stakes domains require evaluation-heavy release processes, and multi-agent systems need communication infrastructure instead of ad hoc manual coordination.

3 supporting quotes
“Gal is explicit that prompt-based controls and system instructions telling agents what not to do simply do not work as security mechanisms.”summary, stated
“The security maxim that you cannot protect what you cannot see applies equally to agents.”summary, stated
“The problems to solve are classic distributed systems challenges: real-time discovery of services that are up or down, distributed tracing, and similar concerns.”summary, stated

Models used: AI agents · Proprietary frontier medical models · External LLMs · Open-weight models · API-based models

Scale

Alternatives considered (roads not taken)

Rely on prompt instructions for security

Rejected because: The panel says prompt-based controls do not work as genuine security mechanisms for agents.

“prompt-based controls and system instructions telling agents what not to do simply do not work as security mechanisms.”summary, stated

Grant broad database access and trust code or prompts to filter

Rejected because: Agents may choose unexpected access paths, so permissions should be scoped to the execution and customer data needed.

“traditional applications might grant database access for all customer data, trusting the code to properly filter by the relevant customer.”summary, stated
“With agents, this trust is misplaced because the agent might decide to access or learn from another customer's data”summary, stated

Use generic frontier models for all medical imaging cases

Rejected because: Medical imaging data and rare conditions require proprietary data to reach necessary accuracy levels.

“Medical imaging data is fundamentally different from internet data”summary, stated
“without massive amounts of proprietary data, the model would not even encounter these problems during training.”summary, stated

Manual copy/paste communication between agent sessions

Rejected because: Band argues autonomous agents should communicate directly rather than forcing humans to act as the communication layer.

“has effectively served as the communication layer between two agents. Band believes the future lies in autonomous agents communicating directly with each other.”summary, stated

Treat vector search as a universal solution

Rejected because: Vector search is useful for semantic similarity but may be wrong when structured queries or other data access patterns are needed.

“Roi clarifies that vector search is ultimately just another tool. While it is tempting to view vectors as a universal solution, this is incorrect.”summary, stated

Patterns

context-engineering (context)

The panel frames context management as the primary success factor for production agents, translating institutional knowledge into usable model context.

“across all AI applications, whether proprietary models, open-weight models, or API-based solutions, the single most important factor for success is context.”summary, stated

safety-policy-enforcement (safety)

Agent permissions are narrowed to exact execution needs, with deterministic boundaries instead of prompt-only rules.

“The core security principle Gal advocates is introducing determinism and setting clear boundaries wherever possible. For permissions, traditional applications might grant database access for all customer data, trusting the code to properly filter by the relevant customer.”summary, stated
“database permissions should be scoped to read only the specific customer's data required in that particular execution”summary, stated

observability-tracing (operations)

Teams should trace everything agents do in production for incident response and continuous improvement.

“Most frameworks provide tracing capabilities out of the box, and teams should use these to generate detailed traces of everything agents do in production. This enables both incident response when something suspicious occurs and continuous improvement of agent protections.”summary, stated

eval-driven-development (evaluation)

Aidoc dedicates a large share of development effort to release evaluation, hospital-level metrics, drift checks, and operations monitoring.

“20-30% of development effort for each new version dedicated solely to evaluation.”summary, stated
“Even if a model shows overall improvement, if degradation is detected at specific hospitals, teams investigate”summary, stated

multi-agent-orchestration (orchestration)

The panel describes orchestrator/sub-agent patterns and future autonomous agents communicating bidirectionally across frameworks and languages.

“The first is a pipeline or graph where each agent represents a node, and the system follows execution or graph traversal patterns.”summary, stated
“The second, where most of the industry is heading, involves an orchestrator that delegates tasks to sub-agents.”summary, stated

agent-memory (state)

The MongoDB discussion emphasizes memory architecture, state, and data-layer support beyond one-shot retrieval.

“There are debates about memory architecture (short-term versus long-term), and many different infrastructure approaches exist, with some favoring file systems and others preferring different architectures.”summary, stated
“Many applications need to maintain state beyond just retrieval. The wisdom lies in combining these capabilities into a single infrastructure.”summary, stated

rag-retrieval (retrieval)

Vector search, text search, and standard queries are treated as tools agents may use to retrieve the right context.

“fast querying capabilities for vector search, text search, or standard database queries, all depending on the use case.”summary, stated

Tradeoffs

Secure agents with deterministic boundaries.

Chose Scoped permissions and isolated execution over Prompt instructions as security controls.

Rationale: Agents can choose unexpected actions, so enforceable controls must prevent unauthorized access regardless of the agent's reasoning.

“prompt-based controls and system instructions telling agents what not to do simply do not work as security mechanisms.”summary, stated
“ensuring that even if the agent makes unexpected decisions, deterministic controls prevent unauthorized access.”summary, stated

Train proprietary medical models.

Chose Large proprietary medical datasets and in-house frontier models over Generic closed-source frontier models.

Rationale: Medical imaging has rare conditions and extreme accuracy requirements that generic internet-trained models cannot reliably cover.

“Medical imaging data is fundamentally different from internet data, so while generic frontier models might perform adequately on some specific examples, training on large amounts of proprietary medical data achieves entirely different orders of magnitude in accuracy.”summary, stated
“The accuracy requirements are extreme, with false positive rates needing to be 0.1% or even lower, while simultaneously avoiding false negatives.”summary, stated

Use a flexible data layer instead of many specialized systems.

Chose One infrastructure layer with vector search, text search, standard queries, state, security, monitoring, and events over Agents accessing many disparate systems.

Rationale: Combining essential capabilities reduces developer and agent complexity while preserving flexibility for changing AI architectures.

“Just as organizations would not want developers to work across 10 different systems, agents should not be forced to access multiple disparate systems either.”summary, stated
“The wisdom lies in combining these capabilities into a single infrastructure. Just as organizations would not want developers to work across 10 different systems, agents should not be forced to access multiple disparate systems either.”summary, stated

Gotchas (what bit them)

Prompt-only security does not constrain non-deterministic agents.

Root cause: Agents can generate execution paths and combine tools in ways developers did not anticipate.

Resolution: Add deterministic permission scoping, capability audits, isolation, tracing, and hooks.

“Unlike traditional software where developers can enumerate and reason about all execution flows, agents can generate their own execution paths.”summary, stated
“Organizations should not rely on these as genuine defense layers. Instead, the emphasis must be on deterministic protection mechanisms and very clear boundaries on what agents can do.”summary, stated

Agents often have unnecessary capabilities.

Root cause: Teams connect MCP servers, tools, frameworks, or terminal execution without auditing need.

Resolution: Audit what agents can do and remove unnecessary capabilities to reduce attack surface.

“Organizations often connect agents to Model Context Protocol servers, provide various tools, or use frameworks that come with built-in capabilities like terminal code execution.”summary, stated
“Teams should verify they actually need all these capabilities and remove those that are unnecessary, reducing the attack surface.”summary, stated

High-stakes model improvement can hide local regressions.

Root cause: Aggregate metrics may improve while specific hospitals or data slices degrade.

Resolution: Evaluate at individual hospital level and investigate localized degradation before release.

“Evaluation focuses on metrics that matter to both the company and physicians, such as false negatives and false positives, and is conducted at the individual hospital level.”summary, stated

Multi-agent production becomes a distributed-systems problem.

Root cause: Autonomous agents may run continuously across frameworks, languages, harnesses, identities, and environments.

Resolution: Provide infrastructure for discovery, tracing, identity, retries, federation, logs, and conversations.

“Using software architecture terminology, this describes a distributed microservices system where each service is non-deterministic. The problems to solve are classic distributed systems challenges: real-time discovery of services that are up or down, distributed tracing, and similar concerns.”summary, stated
“Developers should not need to understand how to implement federation when an agent crashes, how to handle retries without blocking other agents”summary, stated

Wrong context compounds agent errors.

Root cause: Non-deterministic agents build on retrieved context; irrelevant retrieval can send work in the wrong direction.

Resolution: Choose retrieval/search/query tools based on data shape and use case rather than defaulting to vector search.

“If the context provided to the agent is wrong, the agent will do poor work, and because the agent is non-deterministic, this creates a compounding effect of errors building on errors.”summary, stated

Evaluation

The panel presents evaluation as a multi-layer practice: development test sets reviewed by radiologists, fresh production-data snapshots from hospitals, false-negative and false-positive metrics at individual hospital level, continuous AI operations monitoring, automated annotation infrastructure, and customer-facing analytics.

Metrics: 20-30% of development effort dedicated to evaluation · Standardized radiologist-reviewed test sets · Fresh production data snapshots from hundreds of hospitals · False negatives · False positives · Individual hospital-level degradation · Tens of millions of scans evaluated weekly · Customer-visible accuracy changes

3 supporting quotes
“This includes both standardized test sets that have been reviewed by multiple radiologists, providing consistent baselines for comparison across versions, and fresh snapshots of production data from hundreds of hospitals to check for data drift and ensure accuracy on current real-world data.”summary, stated
“fresh snapshots of production data from hundreds of hospitals to check for data drift and ensure accuracy on current real-world data.”summary, stated
“The fourth layer provides analytics directly to customers, giving hospitals transparency into model accuracy, changes, increases, and decreases.”summary, stated

Outcomes

This is a summary-only extraction from a panel discussion. The strongest quantitative outcomes come from the Aidoc segment; other sections provide architecture guidance rather than measured deployment results.

3 supporting quotes
“The system is deployed in approximately 2,000 hospitals globally and has raised $500 million in total funding.”summary, stated
“Aidoc performs evaluations on tens of millions of scans weekly, requiring substantial infrastructure to build appropriate datasets, make them accessible to all analysts in the company, and perform automated annotation using both external LLMs and proprietary company models.”summary, stated
“increase their output from developing approximately three algorithms per year to 15 algorithms in the past year alone, a five-fold acceleration.”summary, stated