Skip to main content

  1. MIRENA
  2. MIRENA
  3. MIRENA Agents and Modules

MIRENA · Product documentation

MIRENA separates specialist responsibilities but keeps one project state.

Agents own broad SEO responsibilities. Modules perform narrower checks at defined stages. The orchestration layer prevents specialist outputs from becoming disconnected advice.

Public record

Verified facts and boundaries.

These fields identify the entity, product, document, or operational boundary without turning related parties into the same entity.

Specialist agents20
Registered modules181
Workflow phasesP00–P17
State modelExplicit allowed states
Repair cyclesUp to three local repairs
Hard gateFinal written-draft approval
01

Agents own broad responsibilities.

The public system describes specialist responsibilities for query intent, entities, information gain, semantic expansion, content structure, drafting, vocabulary, internal linking, SERP features, schema, reasoning control, compliance, and shared state.

The names describe execution responsibilities inside one product. They do not imply separate companies, human employees, or background services running independently.

02

Modules own narrower checks.

The registry contains 181 module records. A module may classify intent, map entity attributes, score information gain, plan a centerpiece, select a route, inspect passage density, validate behaviour, prepare schema candidates, or manage post-publish feedback.

The registry is an orchestration index. Strict execution depends on the complete module specification from its declared source files.

03

One state machine controls handoffs.

Selected MIRENA states
State Meaning Downstream use
NOT_STARTED No execution has begun Cannot be consumed
IN_PROGRESS The module or stage is running Cannot be consumed as final
WAITING_FOR_VALIDATION Output exists but has not passed Held
COMPLETE Required validation passed May feed the next owner
FAILED_VALIDATION A check failed Repair required
BLOCKED A named dependency prevents valid work Cannot feed downstream
REVALIDATION_REQUIRED Material upstream change made the state stale Rerun affected checks
DEFERRED_EVIDENCE_REQUIRED Evidence cannot exist yet, such as post-publish data Recorded but not treated as complete evidence
04

Repair is local where possible.

When a module fails, the system should repair the smallest failing unit and rerun only the affected downstream work. Restarting the whole project can destroy valid accepted decisions and obscure the actual defect.

After the permitted repair cycles are exhausted, the system records the blocker and returns the furthest valid output.

05

Module applicability depends on the page.

A legal document, company profile, product page, topical map, rewrite, schema plan, and post-publish experiment do not use the same modules in the same way.

A module may be not applicable only with a written reason. Post-publish modules may be deferred only when live evidence genuinely does not yet exist.

06

Human and external boundaries.

Agent and module execution does not replace legal, security, privacy, accessibility, product, editorial, or release authority. A module cannot self-approve a failed validation.

The system also cannot claim that an external API, crawler, CMS, analytics product, or deployment ran unless an available tool performed the action.

Sources

Check the controlling first-party and official sources.

These routes support the current public statement. External platform and legal sources remain subject to their own updates.

Semantec SEO
MIRENA product overview

Current first-party agent and hub counts.

Open source →

Semantec SEO
MIRENA workflow

Current first-party workflow and gates.

Open source →

Semantec SEO
MIRENA system registry

First-party documentation route for prompt and workflow controls.

Open source →