MCP Weapon Layer
public previewTool registration, risk state, and capability labels are shown as local preview inventory.
Evidence-first modular intelligence
LumenRadar organizes source collection, evidence, dialectic checks, reports, review, cost controls, and operator workflows into a modular intelligence platform. Public pages show the safe product shape; stronger tools remain internal and review-gated.
This production public site does not enable customer delivery, public MCP, real payments, or real customer data.
Platform map
The public site describes the product shape while the owner cockpit keeps evidence, review, cost, and tool control internal.
Tool registration, risk state, and capability labels are shown as local preview inventory.
Signals become evidence records with quality, limitations, and audit visibility.
Draft reports stay internal until review, evidence, and future policy gates allow release.
Operators can approve internally, request revision, or reject customer delivery.
The owner cockpit connects modules, evidence, review, finance, tools, and status pages behind protection.
Sample usage logs drive local cost summaries without real billing or payments.
Crawler capability is classified by risk level; high-risk live scraping stays disabled.
Powerful operations remain private, review-gated, and unavailable from public pages.
The public site explains the platform without exposing sensitive internal capabilities.
Weapon layer
Search, fetch, MCP, crawler, and source-risk entries can be described publicly without exposing live internal tools.
Tool capability, risk, cost, and status are described before a task can use them.
High-risk tools stay candidate or disabled unless future gates explicitly allow them.
MCP information on public pages remains context, not a public tools/list claim.
Evidence chain
Tool output is normalized into intelligence items, evidence records, limitations, and audit material before a report can be reviewed.
Each source can carry type, status, quality, relevance, and limitation fields.
Intelligence items become reportable evidence rather than disconnected notes.
Internal reviewers can inspect the reason a claim was allowed, limited, or rejected.
Report workflow
The platform can compose internal report drafts from evidence, but the current alpha does not send or sell customer reports.
Shorter report format for operators to inspect as a possible future customer artifact.
Full evidence, failure, conflict, cost, and review status stays available internally.
Current report pages are samples for product explanation. They are not approved customer deliverables.
Admin cockpit
The public site describes the operator cockpit without linking visitors into protected admin routes.
Internal report drafts and audit material remain owner-only.
Evidence records, quality, and visibility stay behind the operator boundary.
Manual review controls are not exposed on the public site.
Cost notes remain draft-only with no real billing.
Runtime status is monitored internally after production updates.
Public/internal boundary checks remain part of the operator workflow.
Safety boundary
The production public site keeps strong capability private and presents only the safe, reviewable product surface.
This remains blocked or internal in the current public stage.
This remains blocked or internal in the current public stage.
This remains blocked or internal in the current public stage.
This remains blocked or internal in the current public stage.
This remains blocked or internal in the current public stage.
This remains blocked or internal in the current public stage.
Nothing on this production public site enables customer delivery, public API, or public MCP.