Skip to main content

  1. MIRENA
  2. MIRENA
  3. How MIRENA Works

MIRENA · Product documentation

MIRENA routes the current SEO problem through a sequence of owned decisions.

The system begins with source context, identifies the starting asset, chooses the smallest valid workflow, runs specialist checks, creates a governed output, and stops at human and implementation gates.

Public record

Verified facts and boundaries.

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

Stages7
Production lanes3
Governance layer1
Starting assetsTopic, URL, draft, sitemap, query set, brief, or project
Hard gateHuman approval before final schema and publication
External executionSeparate from MIRENA unless a connected tool actually performs it
01

1. Source context sets the boundary.

The project identifies the site, audience, offer, allowed topic lanes, blocked claims, protected pages, internal-link rules, evidence sources, and desired output.

Without this boundary, a technically polished page can still be off-topic, commercially wrong, legally unsafe, or destructive to existing page ownership.

02

2. Intake identifies the real starting unit.

The starting point may be a topic, URL, draft, sitemap, cluster problem, evidence pack, or current MIRENA output. The system records what exists, what is missing, and which decision is actually open.

The same topic can enter different workflows depending on whether the user needs a site plan, page brief, draft, rewrite, link repair, or review.

03

3. Routing selects the smallest owning workflow.

Common starting routes
Starting problem Owning route First accepted output
New site or cluster Source context → topical mapping Processed map and page inventory
New page Approved page role → content brief Writer-ready page contract
Existing page Audit → bounded rewrite Repair plan and revised asset
Weak internal route Link audit and route planning Source-target-action record
Answer-format problem SERP and visible-format review Approved paragraph, list, table, FAQ, or comparison block
04

4. Specialist controls share one project state.

Entity, intent, information gain, evidence, passage roles, vocabulary, internal links, visual semantics, accessibility, and review modules do not operate as unrelated prompts.

An accepted upstream change can invalidate downstream work. Failed or stale state cannot be handed to the next stage as though it passed.

05

5. Every stage returns a named handoff.

A stage should end with a map, brief, audit, draft, rewrite, link plan, answer block, hold decision, or review record—not an unbounded conversation.

The handoff names the owner, evidence, state, open issues, and next route so a contributor can act without recreating the earlier decisions.

06

6. Hard gates stop unsafe progression.

  • Context gate: audience, offer, scope, or protected pages are unclear
  • Planning gate: ownership, overlap, role, or routes are unresolved
  • Production gate: facts, proof, rights, or page structure cannot support the draft
  • Approval gate: final written content has not been approved
  • Publish gate: claims, links, accessibility, technical checks, or implementation remain open
07

7. External actions remain truthful.

MIRENA can produce a publishing package or implementation plan, but it cannot claim that a CMS, analytics platform, Search Console, crawler, rank tracker, or deployment system ran unless an available tool actually performed that action.

Live rendering, publication, measurement, and post-publish optimisation require permissions and evidence from the target environment.

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 workflow

Current first-party seven-stage workflow and gates.

Open source →

Semantec SEO
MIRENA product overview

Current first-party routing and operating model.

Open source →

Semantec SEO
MIRENA inputs

Current first-party input preparation and safety guidance.

Open source →