Blue connected hexagonal agents around a shield-marked platform core, representing the Compliance Agent’s evidence and mesh-control-plane role.

Compliance Agent: Evidence Logistics, Control Testing, and the Mesh’s Control Plane

Infinity Technologies
Enterprise Agent Mesh Engineering Guides
September 2026
No items found.

The table of content

Enterprise Agent Mesh Engineering Guides · 12/12 · AI-Agent Factory

Build a Compliance Agent that makes assurance reproducible: enumerate populations deterministically, sample with a stored seed, seal evidence with provenance, reserve judgement for a bounded assessment step, and continuously test whether every other agent in the mesh is behaving inside its declared authority.

This guide adapts Article 12 of The Enterprise Agent Mesh — Building Twelve Production AI Agents on Claude Code. It preserves the handbook’s twelve-section structure and its double role for Compliance: a domain agent for GRC work and the mesh’s control plane.

Reference design, not a client case study. The handbook contains reference-deployment estimates, thresholds, failure observations and sample architecture. They are not independently verified Infinity Technologies client outcomes or universal benchmarks. Notes marked Web-edition qualification distinguish current-source checks and engineering hardening from the source design. Legal and regulatory classifications require qualified review for the actual organisation, jurisdiction and use case. Technical and legal references checked 16 September 2026.

On this page
A control test is mostly evidence logistics. The model earns its place only at the bounded judgement step; the population, sample, evidence collection and audit trail belong to deterministic systems.

The Header illustration represents the shared Enterprise Agent Mesh platform and its governance boundary. It is not a screenshot of a deployed Compliance product or an auditor dashboard.

1. What this agent is actually for

The handbook gives the Compliance Agent two jobs. The first is conventional second-line work: control testing, evidence collection, framework crosswalks, questionnaire support, issue tracking, third-party risk and regulatory-change triage. The second is architectural: every other agent writes into the shared evidence ledger, while Compliance reads across that ledger to detect authority breaches, undeclared tool use, approval drift and retention failures.

The sequencing matters. Build the ordinary GRC capability first. An agent that cannot reproducibly select a sample, assemble evidence and distinguish pass, fail and inconclusive has no standing to supervise eleven other agents.

WorkflowPrimary artifactAuthority boundary
Control testingPopulation, seeded sample, evidence bundles and per-sample assessment draftsA named human signs the overall conclusion.
Policy → control → evidence mappingTyped crosswalk proposals with evidence gapsOnly human-curated edges become authoritative.
Regulatory change monitoringImpact note mapped to affected controls and ownersMaterial interpretation remains reviewed.
Questionnaire / audit responseCited answer draft and explicit gapsAny statement leaving the organisation requires human signature.
Issue / remediation trackingEvidence-backed status and closure proposalThe agent never closes a finding.
Third-party riskTiering, evidence packet and questionnaire triageDeep assessment and acceptance remain human-controlled.
Mesh conformanceNamed-query findings over the evidence ledgerRead-only oversight; no write path into supervised agents.

The autonomy ladder is asymmetric by design

The source places assessment drafts at L1, issue creation and evidence attachment at L2 after approval, anomaly routing at L3 after an established clean operating period, and a narrow set of deterministic tasks at L4. The unusual part is L4: population enumeration, seeded sampling and evidence collection can be autonomous precisely because no model decision is involved.

This reverses a common mistake. “Autonomous” does not mean “the model has become trustworthy enough”. It means a deterministic, reproducible path has no judgement to delegate. The model’s most consequential output — whether a sample meets a criterion — remains bounded, cited and reviewable.

The Compliance Agent must never sign an assessment of record, close an issue or finding, assess a control it operates, attest to a regulator or external auditor in its own name, modify another agent’s prompts/configuration/permissions, or overwrite/delete collected evidence. Those are structural prohibitions, not promotion targets.

Web-edition qualification — regulation is use-case and role specific. The current consolidated EU AI Act remains a useful architecture input for logging, human oversight, transparency and post-market monitoring, but obligations depend on the system’s classification and the organisation’s role. Record the classification basis, assessor and review date in the inventory; do not hard-code a handbook timetable into runtime policy.

2. Architecture

The source reduces a control test to six steps. Five are deterministic. That division of labour is the architecture.

StepOperationWho should own it
1Read the control objective, activity, frequency, evidence types and criterion.GRC system of record.
2Enumerate the population for the observation period.Stored, parameterised query.
3Select a sample.Seeded statistical method.
4Collect evidence for sampled items.Deterministic adapters + sealed object storage.
5Assess each sample against the criterion.Bounded model judgement with citations and an inconclusive path.
6Document provenance and the run.Ledger + immutable artifact references; human conclusion remains null.

If the model chooses the sample, the test is already compromised. A language model asked for “representative” items optimises for salience, not statistical validity. More importantly, the auditor cannot reconstruct why those particular records were chosen. A reproducible seed can.

# Reference architecture excerpt — deterministic orchestration.
async def run_control_test(control_id, period, run_id):
    control = await grc.get_control(control_id)
    population = await population_query(control.population_query, period)
    seed = sha256(f"{control_id}|{period.iso}|{run_id}".encode()).hexdigest()
    sample = sample_population(control_id=control_id, period=period,
        method=control.sampling_method,
        size=required_sample_size(control.frequency, len(population)),
        seed=seed, population=population)
    bundles = [await collect_evidence(control_id, item.id, control.evidence_types)
               for item in sample]
    assessments = [await assess_sample(control_id, item.id, bundle.bundle_id)
                   for item, bundle in zip(sample, bundles)]
    return {"control_id": control_id, "period": period.iso, "run_id": run_id,
            "seed": seed, "population_query_sha256": control.population_query_sha256,
            "population_size": len(population), "sample_ids": [item.id for item in sample],
            "assessments": assessments, "conclusion": None}

The final conclusion is deliberately null. The model can produce sample-level evidence-backed judgements. A named tester concludes whether the control operated effectively for the period.

Topology: domain worker plus read-only supervisor

NATS: compliance.test_due | regulatory.feed_item | agent..decision_written
  → compliance-orchestrator
      → control-tester → deterministic tools → sealed evidence
      → crosswalk-proposer → proposed control graph edges
      → mesh-conformance-monitor → READ-ONLY evidence ledger
      → questionnaire-responder / reg-change-triage
Inter-agent coordination is events, never nested agent authority.

The Compliance Agent is not a super-agent with universal access. It receives deliberately narrow views: evidence metadata, named ledger queries, control definitions and source artifacts only where a test requires them. It does not ask another agent to “explain itself” through a nested LLM call, because that would let the subject of supervision shape the supervisor’s evidence.

The mesh control plane is queryable governance

The source’s highest-signal checks are autonomy-tier breaches, tool calls outside declared scope, human-override spikes, reviewer concentration, unreviewed high-impact actions and retention violations. A zero-row result is still evidence: the daily all-clear demonstrates that the monitoring control ran. Missing monitoring output is itself a finding.

-- Reference SQL shape: declared-scope conformance.
SELECT l.agent_id, t.tool_name, count(*) AS calls
FROM evidence_ledger l
JOIN evidence_tool_call t ON t.decision_id = l.decision_id
LEFT JOIN agent_tool_scope s
  ON s.agent_id = l.agent_id AND s.tool_name = t.tool_name
WHERE l.occurred_at > now() - interval '7 days'
  AND s.tool_name IS NULL
GROUP BY l.agent_id, t.tool_name
ORDER BY calls DESC;

Override drift is useful because it can detect a changed world even when no prompt changed. Group findings by prompt_version, but do not leap from correlation to cause: “override rate rose on version 7.2.0” is a finding; “the prompt is worse” still needs investigation.

3. Repository layout and CLAUDE.md

compliance-agent/
  CLAUDE.md
  ai-inventory.yaml
  MODEL_CARD.md
  .mcp.json
  .claude/agents/{control-tester,crosswalk-proposer,mesh-conformance-monitor}.md
  .claude/agents/{questionnaire-responder,reg-change-triage}.md
  .claude/skills/control-test-run/{SKILL.md,reference.md,sampling.md}
  .claude/skills/questionnaire-answer/{SKILL.md,reference.md}
  .claude/hooks/{hooks.json,sod-gate.py,independence-gate.py}
  control-graph/nodes/{iso27001,soc2,internal,nist-csf}.yaml
  control-graph/edges/{curated,proposed}.yaml
  mcp/{evidence,ledger}/server.py
  runbooks/{incident-reporting,control-failure}.md
  evals/golden/{assessments,crosswalk,ledger_anomalies}.jsonl
  .github/workflows/compliance-ci.yml

CLAUDE.md carries invariants, not framework text

# Compliance Agent — operating invariants
## Independence
- Never assess a control this agent operates.
- If the operator or owner is an agent under test: inconclusive / segregation_of_duties.
- Never write to another agent's repository, prompt, permissions or MCP config.
## Evidence
- Evidence artifacts are append-only. There is no mutation or deletion tool.
- Point-in-time configuration evidence does not prove period operation.
- Every artifact cites bundle id, digest, collection time, collector and source reference.
## Conclusions
- pass | fail | inconclusive are distinct outcomes.
- Never close an issue or finding. Propose closure with evidence for human review.
## Time
- State the observation period explicitly.
- Read engagement-specific windows from the GRC record.
## Escalation
- Reporting-sensitive failures follow the versioned incident runbook and named owner.

Framework clauses, regulations and supervisory guidance do not belong in CLAUDE.md. They are versioned, effective-dated and often access-controlled. Put them in retrieval. Sampling mathematics belongs in the test skill.

ai-inventory.yaml is deployable governance data

The inventory should configure gateway scopes, CI assertions, retention jobs and conformance queries. Record system ID, owner, technical owner, purpose, organisational role, claimed classification, maximum autonomy, model card, scopes, prohibitions, logs and review dates. The source’s illustrative inventory uses stale Recruitment wording about ranked shortlists; this web edition deliberately aligns the inventory with Article 1’s evidence-only Recruitment design. The inventory must describe the deployed system, not copy a stale example.

systems:
  - id: recruitment-agent
    owner: group:talent-acquisition
    technical_owner: group:platform-eng
    purpose: "Evidence assembly for human recruitment review"
    role: {claim: deployer, assessed_by: grc-lead, assessed_on: 2026-09-01}
    classification: {claim: high-risk-candidate, basis_ref: LEGAL-ASSESSMENT-EXAMPLE}
    human_oversight: {max_autonomy: L2, oversight_control: CTRL-AI-004}
    model_card: agents/recruitment/MODEL_CARD.md
    logs: {store: evidence_ledger, retention_policy_ref: RET-AI-03}

For systems in scope, map legal duties to artifacts the engineering organisation already needs: classification records, human-review evidence, disclosure strings, logs, ingest provenance, monitoring/evaluation plans, incident runbooks and training attestations. The current consolidated EU AI Act is the source of law, not this mapping.

4. Subagents

control-tester: one sample, one criterion

---
name: control-tester
description: Assess one sampled item against one control criterion from a sealed evidence bundle.
tools: mcp__evidence__assess_sample, mcp__evidence__get_bundle, mcp__grc__get_control, mcp__corpus__search
disallowedTools: Write, Edit, Bash, mcp__grc__update_control, mcp__grc__close_issue
model: sonnet
maxTurns: 12
---
Assess one sampled item only. Do not select samples, collect evidence or conclude on the control as a whole.
Verify control criterion, artifact digests, source-system provenance and period coverage.
Return pass | fail | inconclusive with criterion and artifact citations.
A snapshot does not prove period operation. Missing population provenance is inconclusive.

inconclusive is not a model failure. It is a required business outcome. A tester must be able to say “the evidence does not support a defensible conclusion” without being forced into false assurance.

crosswalk-proposer: propose typed edges, never author them

---
name: crosswalk-proposer
description: Propose typed mappings among frameworks; proposals are never authoritative.
tools: Read, Grep, Glob, mcp__corpus__search, mcp__graph__read_edges
disallowedTools: Write, Edit, mcp__graph__write_edges
model: opus
maxTurns: 30
---
Compare objectives, evidence required, period/frequency and scope.
Edge types: satisfies | partially_satisfies | depends_on | supersedes.
partially_satisfies requires an explicit evidence_gap.
Never make proposed edges authoritative.

The expensive failure is a mapping that is 90% right. Similar language does not mean the evidence requirements or observation period are equivalent.

mesh-conformance-monitor: read-only by construction

---
name: mesh-conformance-monitor
description: Report mesh anomalies from fixed evidence-ledger queries.
tools: mcp__ledger__run_named_query, mcp__ledger__describe_schema, Read
disallowedTools: Write, Edit, Bash, mcp__grc__update_control
model: sonnet
background: true
---
Named queries: tier_breach, out_of_scope_tools, override_drift,
retention_violation, reviewer_concentration, unreviewed_high_impact.
Return agent, query, row count, example decision ids, prompt version and observed facts.
Do not invent cause. Report zero rows as an operated-control result.

Arbitrary SQL over the global ledger is deliberately unavailable. The monitor chooses among reviewed parameterised queries, limiting both accidental disclosure and prompt-induced query construction.

questionnaire-responder drafts only from curated graph edges and current evidence; uncited answers become gaps. reg-change-triage classifies high-volume feed items into ignore / monitor / impacts-control and hands material items to a reviewed path.

5. Skills

control-test-run

---
name: control-test-run
description: Run a control test from authoritative population through evidence-backed sample assessments.
allowed-tools: mcp__evidence__sample_population, mcp__evidence__collect_evidence, mcp__evidence__assess_sample, mcp__grc__get_control, Read
---
1. Read the control, operator, owner, frequency, criterion and evidence types.
2. Check segregation of duties; independence failure => inconclusive.
3. Enumerate population from the stored population query and record its digest.
4. Derive the run seed; sample with reviewed method/size. The model never chooses items.
5. Collect evidence; missing artifacts remain first-class gaps.
6. Assess each sample via control-tester.
7. Persist provenance and leave overall conclusion null.
8. A named human signs or rejects the run.

sampling.md carries method selection, sample-size policy and stratification rules. reference.md carries evidence types, period-coverage rules, inconclusive reason codes and source-system examples. This keeps the skill readable and leaves context for actual evidence.

questionnaire-answer

The second skill decomposes a security questionnaire into atomic requirements, maps each through curated graph edges, retrieves current evidence state and produces a cited draft. Customer-specific phrasing may live in its reference file; factual evidence state cannot. Any statement leaving the organisation requires a named human to approve the exact artifact version.

6. Integrations and the MCP layer

SystemPurposeBoundary
GRC platformControls, owners, test calendar, issuesRead by default; gated issue creation/evidence attachment; no control-definition write or finding closure.
IdP / access governanceUser/group/admin-event and certification populationsRead-only app scopes with query provenance.
Cloud postureConfiguration and findingsRead-only roles; timestamp every collection.
TicketingIssue evidence and remediation tasksCreate/comment behind approval where required; never close findings.
HRISTraining and attestation evidenceMinimum fields needed for the control.
Document storePolicies, standards and attestationsVersioned, ACL-filtered reads.
Evidence ledgerMesh conformanceFixed named queries under read-only role.
WarehousePopulation enumerationStored parameterised queries; read-only and time-bounded.
Regulatory feedChange eventsUntrusted external content; classification only until mapped.
WORM storeSealed artifactsRetained immutable versions with separately authorised reads.
{
  "mcpServers": {
    "grc": {"type":"http","url":"${GATEWAY_URL}/grc/mcp","headersHelper":"/opt/agent-platform/bin/get-mcp-auth-headers.sh"},
    "ledger": {"type":"stdio","command":"uv","args":["run","--directory","/opt/compliance/mcp/ledger","server.py"],"env":{"LEDGER_DSN":"${LEDGER_RO_DSN}"}},
    "evidence": {"type":"stdio","command":"uv","args":["run","--directory","/opt/compliance/mcp/evidence","server.py"],"env":{"WORM_BUCKET":"${WORM_BUCKET}","WORM_MODE":"COMPLIANCE"}}
  }
}

These are organisation-owned reference interfaces. The agent has no MCP server for another agent’s repository and no generic write interface to control definitions.

Seal evidence, but describe Object Lock precisely

The source uses S3 Object Lock in Compliance mode. AWS documents that Compliance mode protects a specific retained object version from overwrite or deletion, including by the root user, and prevents shortening its retention. It does not prevent a new version or delete marker at the same key. Evidence citations therefore bind version ID + content digest + retention metadata, not only bucket/key.

{"bundle_id":"BUNDLE-EXAMPLE","artifact":{"bucket":"evidence-worm","key":"controls/CTRL-17/run/sample-009.json","version_id":"immutable-version-id","content_sha256":"sha256-of-exact-bytes","source_system":"idp","source_reference":"event-set-009","collected_at":"2026-09-16T00:00:00Z","collector_identity":"svc-compliance-agent","retain_until":"policy-derived-date"}}

Assessment schema: inconclusive is load-bearing

{
  "conclusion":"pass | fail | inconclusive",
  "inconclusive_reason":"period_coverage | missing_artifact | self_reported | ambiguous_criterion | population_provenance | segregation_of_duties | source_mismatch | null",
  "criterion_citations":[{"framework":"internal","clause_path":"CTRL-17/criterion","quote":"exact criterion text"}],
  "evidence_citations":[{"bundle_id":"BUNDLE-EXAMPLE","artifact_sha256":"digest","supports":"what this artifact proves"}],
  "rationale":"bounded explanation"
}

Schema-constrained output is only the first layer. The backend must verify cited bundle IDs and hashes rather than trusting syntactically valid model output.

Web-edition qualification — permissions are defence in depth, not the perimeter. Claude permission policies and hooks can reduce accidental or model-induced tool use, but backend identity and scopes remain authoritative. Do not put “never close a finding” only in a prompt-time callback that may not execute for every auto-approved call.

7. Retrieval design

The Compliance corpus contains framework text, internal policies and standards, regulations and supervisory guidance, prior audit reports and management responses, and obligations extracted from contracts. It does not contain the evidence artifacts themselves. Evidence stays in sealed storage; the corpus holds metadata and fetches an exact artifact through an authorised, logged tool only when a test needs it.

Regulatory text is a graph, not a flat document

Chunk by legal structure — regulation → chapter → article → paragraph → point — and preserve the full citation path. Resolve cites, amends, repeals and derogates_from edges at ingest. Effective dating is mandatory: a 2025 control period must be assessed against the provision in force for that period, not merely today’s website text.

regulation_chunk:
  doc_id: dora-consolidated
  citation_path: "Chapter II > Article 5 > paragraph 2 > point (e)"
  effective_from: 2025-01-17
  effective_to: null
  content_sha256: ...
  related_nodes:
    - {edge: scoped_by, citation_path: "Chapter II > Article 5 > paragraph 1"}

The hard problem is crosswalk semantics

Embedding similarity between framework controls produces plausible but unsafe equivalence. Typed curated edges make the missing evidence explicit.

CREATE TABLE control_edge (
  edge_id BIGSERIAL PRIMARY KEY,
  src_control TEXT NOT NULL,
  dst_control TEXT NOT NULL,
  edge_type TEXT NOT NULL CHECK (edge_type IN ('satisfies','partially_satisfies','depends_on','supersedes')),
  coverage_note TEXT NOT NULL,
  evidence_gap TEXT[],
  confidence NUMERIC(3,2) NOT NULL,
  proposed_by TEXT,
  curated_by TEXT,
  curated_at TIMESTAMPTZ,
  effective_from DATE NOT NULL,
  effective_to DATE,
  CHECK (edge_type <> 'partially_satisfies' OR array_length(evidence_gap,1) >= 1)
);

Only curated edges may influence questionnaire answers or test planning. Confidence is triage metadata, not authority. Rejections and downgrades become evaluation data.

Web-edition qualification — framework versions move. The NIST AI RMF page states that AI RMF 1.0 is being revised, and its Playbook is expected to be updated after the revision. Pin mappings to the exact framework version assessed.

8. Guardrails

The control plane’s credibility depends on independence: no control-definition write tool, no finding-closure tool, no repository write path to supervised agents, and a read-only ledger role.

# Reference PreToolUse policy excerpt.
def compliance_gate(tool_name, args, context):
    control_id = args.get("control_id")
    if tool_name.endswith(("assess_sample", "collect_evidence")):
        if control_is_owned_or_operated_by_agent_under_test(control_id):
            return deny("segregation_of_duties: independent review required")
    if tool_name.endswith(("close_issue", "close_finding")):
        return deny("issue closure requires a named human owner")
    if tool_name.endswith("sample_population"):
        expected = derived_seed(control_id, args.get("period"), args.get("run_id"))
        if args.get("seed") != expected:
            return deny("sample seed is not reproducible for this run")
    if is_write_to_supervised_agent_repo(tool_name, args):
        return deny("control plane cannot modify supervised agents")
    return allow()

Resolve control ownership and the “agents under test” set server-side from signed inventory/GRC state. A policy hook that trusts prompt-controlled ownership fields is not independent.

Human signatures at reliance boundaries

The source requires human signature for the overall test conclusion, issue/finding closure and external statements. Bind approval to the exact run/artifact digest and current entitlement. Recheck immediately before execution. Bulk approval UX can destroy substantive review even when a human click technically exists, so monitor reviewer concentration and approval velocity.

PII and privilege stay outside the general corpus

Access-review artifacts can contain names, employment status and sensitive termination context. Keep them behind source-specific ACLs. Privileged material and external-auditor workpapers need separate access and retention. “Compliance needs everything” is not an access-control model.

9. Production deployment

Control tests are event-driven. A scheduler reads control frequency and periods from the GRC system; the worker derives a stable run ID, claims the run atomically, performs deterministic steps, invokes model judgement only for assessments, seals the result and emits “ready for human conclusion”.

# Reference deployment shape — plumbing omitted.
async def handle_test_due(event):
    run_id = sha256(f"{event['control_id']}|{event['period']}|{event['cycle']}".encode()).hexdigest()[:32]
    claim = await run_store.claim(run_id)
    if claim.status == "completed": return claim.result
    if claim.status == "running" and not claim.lease_expired: return
    control = await grc.get_control(event["control_id"])
    population = await run_stored_population_query(control, event["period"])
    seed = sha256(f"{event['control_id']}|{event['period']}|{run_id}".encode()).hexdigest()
    sample = sample_population(population, control.sampling_method, required_sample_size(control,len(population)), seed)
    bundles = await collect_all(sample, control)
    assessments = await assess_all(sample, bundles, control)
    await run_store.complete_with_outbox(run_id, {"seed":seed,"sample_ids":[x.id for x in sample],"assessments":assessments,"conclusion":None}, "agent.compliance.run_ready")

The handbook’s read-before-write idempotency examples express intent but are not atomic under concurrency. Use a unique logical run key, claim/lease, terminal states and an outbox committed with completion. A source outage becomes a recorded evidence gap and an inconclusive path, not an uncontrolled model retry.

For regulated financial entities, DORA’s ICT third-party register is structured GRC data. The EBA lists the register-of-information ITS as adopted and published in the Official Journal. Map the current authoritative format and ownership into the GRC system rather than memorising an illustrative register in a prompt.

10. Evaluation

Report a full three-class confusion matrix for pass, fail and inconclusive. A single accuracy number hides the most expensive cell: false assurance.

MetricDefinitionHandbook reference target
false_pass_rateLabelled fail/inconclusive predicted pass≤0.005; hard gate.
false_fail_rateLabelled pass predicted fail≤0.06; warning.
assessment_agreementThree-class Cohen’s kappa≥0.78; hard fail below 0.70.
inconclusive_calibrationAgreement on insufficient-evidence cases≥0.70; warning.
citation_validityArtifact digest exists and supports claim1.000 on evaluated set.
crosswalk_precisionCurator acceptance of high-confidence proposals≥0.95; hard gate.
evidence_completenessSamples with all required evidence collected≥0.95; warning.
anomaly_detection_rateSeeded ledger anomalies detected in window≥0.90; hard gate.

These are source reference values, not measured Infinity results. False-pass cost is asymmetric, but an agent can game that target by returning inconclusive on everything; that is why inconclusive calibration needs its own metric.

Evaluate the control plane itself

Seed synthetic anomalies into a ledger replica: an autonomy breach, undeclared tool call, override spike isolated to one prompt version, reviewer concentration and expired evidence. Run the daily monitor and measure detection and time-to-detection. This tests whether governance works, not only whether a task agent works.

- anomaly_id: tier-breach-001
  type: autonomy_breach
  expected_query: tier_breach
  expected_detection_within: PT24H
- anomaly_id: scope-001
  type: undeclared_tool
  expected_query: out_of_scope_tools
- anomaly_id: drift-001
  type: override_spike
  multiplier: 4
  expected_query: override_drift
- anomaly_id: retention-001
  type: expired_evidence_reference
  expected_query: retention_violation

Evaluation data requires governance too. External-auditor workpapers may not be reusable, and internal workpapers can be restricted. Build an authorised labelled set rather than copying audit material into a model test directory.

11. Failure modes described in the handbook

The plausible-but-wrong crosswalk

Similar control text hides different evidence requirements. Mitigation: typed edges, coverage notes, mandatory evidence gaps for partial satisfaction, human curation and rejection/downgrade data in evals.

Evidence that exists but proves the wrong thing

A current screenshot proves configuration at an instant; it does not prove six months of operation. Period coverage is evidence semantics, not decoration.

Sampling from a pre-filtered population

A random sample can be perfect over the wrong universe. Enumerate population from a stored reviewed query and record its digest. Population whose provenance cannot be reproduced is inconclusive.

Regulatory text without the amendment

Effective dating and amendment edges must be part of retrieval. The right article number from the wrong version is still wrong evidence.

The agent closes the loop on its own finding

Issue creation, remediation evidence, reassessment and closure can become self-certification with a tired bulk approver. Keep closure outside agent authority and monitor approval concentration.

Compliance theatre at machine speed

The deepest failure is beautifully sealed evidence for controls that do not work. Put assurance next to operational outcomes: incidents, near misses, waivers, repeat findings, remediation time and “tested effective but later involved in an incident”. A perfect pass rate with worsening outcomes calls for better testing, not more documentation.

12. Build order

Week 1: ledger and immutable artifact store

Build the evidence ledger and sealed store before the Compliance Agent. Instrument the first production agents from day one. Observability added after an incident cannot reconstruct evidence that was never captured.

Month 1: one control, end to end

Implement authoritative population enumeration, reproducible sampling and evidence collection for one high-volume machine-readable control. Run at L1: humans assess every sample and sign every conclusion. Create ai-inventory.yaml for the agents actually live.

Quarter 1: widen carefully and turn on mesh monitoring

Expand to a controlled set of controls, seed one framework-pair graph by hand, run mesh conformance daily and add the seeded-anomaly meta-eval. The handbook’s fifteen-to-twenty-control example is a reference sequence, not a delivery promise.

The source closes with a programme-level recommendation: start the mesh with two agents, not twelve. Two bounded agents plus a ledger exercise identity, tools, evidence and governance. Twelve simultaneous prototypes create shared risk before the platform exists.

Sources and implementation notes

Primary source: Article 12, “The Compliance Agent: Evidence Logistics, Control Testing, and the Mesh’s Control Plane”, plus the handbook’s shared identity, evidence-ledger, evaluation and message-bus conventions. This web edition preserves seeded sampling, immutable-evidence provenance, explicit inconclusive outcomes, curated crosswalks, read-only mesh supervision, asymmetric evaluation and build order.

Web-edition qualifications: WORM claims are narrowed to retained object versions and cite version IDs; inventory text is aligned with the evidence-only Recruitment design; regulatory timelines are not hard-coded; framework versions are effective-dated; idempotency uses an atomic run claim; backend identity remains the authorisation perimeter; and source thresholds/costs are reference values rather than client results.

Explore the enterprise series

This is guide 12/12 for the business-function agents in Infinity Technologies’ AI-Agent Factory hexagonal mesh. It is separate from the InfinitySDLC engineering-agent series.

Previous: 11 Legal Agent — The Playbook Is the Program.

The twelve-agent business series is now complete. The separate final pass will verify CMS/public integrity, Header/card alt text, TOC/anchors, neighbour links and all twelve Home Copy hexagon mappings without publishing Home Copy itself.

Infinity Technologies
Enterprise Agent Mesh Engineering Guides
September 2026
No items found.

Recent Insights

Product Discovery Agent: customer signals and analytics feed hypothesis development, product drafts and human review.
September 2026

Product Discovery Agent — Engineering Guide

Engineering guide 02/12: turn customer feedback, product analytics and repository context into evidence-backed hypotheses and traceable requirements.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Planning and Architecture Agent: approved requirements, constraints and policies lead to design alternatives, architecture records and delivery plans reviewed by a human architect.
September 2026

Planning & Architecture Agent — Engineering Guide

Engineering guide 03/12: convert approved requirements into architecture decisions, dependency-aware delivery plans and machine-checkable work packages.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Environment Agent reference workflow linking Git, Infrastructure as Code, CI/CD and isolated environments. Secret references and approved execution remain controlled by platform services.
September 2026

Environment Agent — Engineering Guide

Engineering guide 04/12: build an Environment Agent for reproducible infrastructure, bounded Kubernetes diagnostics and disposable test environments.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Conceptual QA and Validation pipeline: risk-based tests produce independently verified evidence for an approval gate. Dashboard numbers are illustrative, not client results.
September 2026

QA & Validation Agent — Engineering Guide

Engineering guide 05/12: build a QA agent that selects risk-based tests, uses isolated coding agents and produces verifiable release evidence.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Change and Release Orchestration pipeline covering impact analysis, risk, approval, staged delivery, monitoring and rollback decisions.
September 2026

Change & Release Orchestration Agent — Engineering Guide

Engineering guide 06/12: coordinate change approval, CI/CD, progressive delivery and rollback with deterministic state transitions and two-phase writes.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Observability Agent reference workflow: bounded logs, metrics, traces and change evidence feed competing hypotheses and a human-owned remediation handoff.
September 2026

Observability Agent — Engineering Guide

Engineering guide 07/12: correlate traces, metrics, logs and deployments using bounded telemetry queries and evidence-backed competing hypotheses.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Security operations loop showing preventive controls feeding detection, response, recovery and approved post-incident learning.
September 2026

Security Prevention Agent — Engineering Guide

Engineering guide 08/12: combine deterministic security scanners, threat-model RAG and contextual code review before merging software changes.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Threat Detection Agent in a security operations loop: preventive controls feed detections, bounded analysis and approved incident-response actions.
September 2026

Threat Detection Agent — Engineering Guide

Engineering guide 09/12: enrich SIEM and EDR alerts, resolve entities and build evidence-backed incident timelines without unbounded containment powers.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Risk and Reliability Agent combines service topology, SLO posture, change context and verified resilience evidence to produce reviewable risk decisions and bounded experiments.
September 2026

Risk & Reliability Agent — Engineering Guide

Engineering guide 10/12: quantify change risk using SLOs, error budgets, dependency graphs and resilience evidence rather than an ungrounded model score.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Incident Response coordinates triage, approved containment, recovery and post-incident learning within a wider security operations loop.
September 2026

Incident Response Agent — Engineering Guide

Engineering guide 11/12: build an incident copilot with structured state, specialist-agent handoffs, typed runbooks and human-approved mitigation.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
AI model routing control plane showing policy-first eligibility across hosted coding harnesses and local open-weight inference, followed by evaluation, capacity and audit controls.
September 2026

AI Model Router Agent — Engineering Guide

Engineering guide 12/12: route tasks across Claude, Codex and self-hosted models using data policy, capabilities, evaluation scores, cost and availability.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Governed enterprise agent mesh: connected hexagonal agents around a protected platform core.
September 2026

Recruitment Agent: Evidence Assembly Under a High-Risk Regulatory Regime

Engineering guide 01/12: build a Recruitment Agent that assembles requirement-linked evidence, preserves provenance and keeps candidate decisions with humans.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Governed enterprise agent platform connecting specialist agents around a protected control core.
September 2026

HR Agent: Effective-Dated, Jurisdiction-Scoped Policy Retrieval

Engineering guide 02/12: build an HR Agent that resolves employee context before retrieval, answers against effective-dated policy and routes sensitive cases.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Shared enterprise agent platform illustration used for the Supply Chain Agent engineering guide.
September 2026

Supply Chain Agent: Exception Narratives Over an Optimiser You Already Own

Engineering guide 03/12: build a Supply Chain Agent that triages planning exceptions, explains shortage causality with provenance and delegates quantities to deterministic solvers.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Governed enterprise agent platform with specialized nodes around a protected control core.
September 2026

Procurement Agent: Segregation of Duties Encoded in the Tool Layer

Engineering guide 04/12: build a Procurement Agent where approvals, supplier banking and payment authority are structurally outside the model’s tool and credential boundary.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Enterprise Agent Mesh platform illustration for the Finance Agent engineering guide.
September 2026

Finance Agent: Numbers From Tools, Never From the Model

A production engineering guide to a Finance AI Agent where every figure comes from deterministic tools and immutable fact packs, while the model is limited to grounded narrative and workflow orchestration.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Shared agent-platform illustration for the Finance Risk engineering guide: connected hexagons surrounding a governance core.
September 2026

Finance Risk Agent: Evidence Assembly, Adversarial Review, and Model Risk Management

Engineering guide 06/12: deterministic treasury calculations, facility-specific covenant definitions, adversarial challenge and human decision authority.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Shared Enterprise Agent Mesh illustration for the Operations Agent engineering guide.
September 2026

Operations Agent: Durable Execution, Process Conformance, and the Connective Tissue of the Mesh

Engineering guide 07/12: durable workflow state, bounded judgement, process conformance, runbook safety and chaos-tested recovery.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Shared Enterprise Agent Mesh illustration for the Customer Support Agent engineering guide.
September 2026

Customer Support Agent: Containment Quality, Not Deflection Rate

Engineering guide 08/12: containment quality, account-scoped retrieval, guarded customer sends, escalation packets and evidence-driven support autonomy.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Shared Enterprise Agent Mesh illustration for the Sales Agent engineering guide.
September 2026

Sales Agent: Make the CRM True, Then Worry About Selling

Engineering guide 09/12: make CRM state evidence-backed before generating selling assistance, with governed field updates, customer commitments and cross-agent handoffs.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Shared Enterprise Agent Mesh illustration for the Marketing Agent engineering guide.
September 2026

Marketing Agent: Generation Is the Commodity, the Constraint System Is the Product

Engineering guide 10/12: make generation subordinate to market-scoped claims, rights, channel rules, attribution discipline and measurable brand controls.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Shared Enterprise Agent Mesh illustration for the Legal Agent engineering guide.
September 2026

Legal Agent: The Playbook Is the Program

Engineering guide 11/12: build a Legal Agent where executable playbooks, matter access, contract lineage and privilege boundaries govern model-assisted review.
Infinity Technologies
Enterprise Agent Mesh Engineering Guides
Technologies
Enterprise agent platform illustration: a layered control core connects specialized agents, knowledge, models, telemetry and isolated execution.
September 2026

Enterprise Agent Platform Foundation — Engineering Guide

Engineering guide 01/12: build the shared control plane, MCP gateway, ACL-aware retrieval, isolated runtimes and evaluation system for an enterprise AI agent mesh.
Infinity Technologies
InfinitySDLC Engineering Guides
Technologies
Fuzzy logic model of usability of websites of higher education institutions in the context of digitalization of educational services

Fuzzy logic model of usability of websites of higher education institutions in the context of digitalization of educational services

Fuzzy logic model for evaluating university website usability and improving digital experience in higher education
Business
Management
Technologies
Tools
EU countries clustering for the state of food security using machine learning techniques

EU countries clustering for the state of food security using machine learning techniques

The study applies clustering methods to group EU countries by food security levels and develop tailored policy recommendations.
Technologies
Time Series Forecasting of Agricultural Product Prices Using Elman and Jordan Recurrent Neural Networks

Time Series Forecasting of Agricultural Product Prices Using Elman and Jordan Recurrent Neural Networks

A study of Elman and Jordan neural networks for predicting historical agricultural prices using time series data.
Business
Technologies
Identifying Stock Market Crashes by Fuzzy Measures of Complexity

Identifying Stock Market Crashes by Fuzzy Measures of Complexity

This article explores how fuzzy logic and complexity measures can help detect early signals of stock market crashes, offering a more stable and insightful alternative to traditional analysis methods.
Business
Tools
Management
Technologies
Fuzzy Clustering: A Data-Driven Revolution in ESG Portfolio Strategy

Fuzzy clustering approach to portfolio management considering ESG criteria: empirical evidence from the investment strategies of the EURO STOXX Index

Find out more about the new ESG portfolio strategy using fuzzy clustering to align sustainability with strong, adaptive performance.
Technologies
Fuzzy Cluster Analysis: Smarter Trade Timing with Real Profitability

Identifying Moments of Decision Making on Trade in Financial Time Series Using Fuzzy Cluster Analysis

how Fuzzy Cluster Analysis enhances trading strategies by combining technical indicators with probabilistic clustering and financial performance metrics
Technologies
Tools
Secure and Accelerate Software Development with InfinitySecOps™

Infinity Technologies Introduces InfinitySecOps™

A Revolutionary 11-Stage DevSecOps Framework
Technologies
Tools
Introducing InfinityFrame™: A Paradigm Shift in Tech Design and Software Architecture

Introducing InfinityFrame™: A Paradigm Shift in Tech Design and Software Architecture

The Evolving Challenge of Software Architecture
Technologies