Delta Registry — Marketing Website
The public marketing site for Delta Registry — architecture explainer, pricing overview, and delta-engine internals for the full fleet of pay-per-event Apify Actors. Built with the Next.js App Router, React 18, and Tailwind CSS.
Run it locally
npm install
npm run dev
Then open http://localhost:3000. npm run build && npm run start runs the production build; npm run typecheck and npm run lint run TypeScript and ESLint respectively.
What's here
app/ — Next.js App Router pages and layouts. app/page.tsx composes every section
(Header, Hero, ArchitectureMatrix, HowItWorks, EconomicEngine, IntegrationTerminal,
DeltaEngineDocs, FaqAccordion, Footer) in render order; there is no other route.components/ — one React component per site section. Sections that need interactivity
(the fleet filter, the JSON delta-viewer playground, the accordion, the code-language tabs)
are client components ('use client'); everything else renders on the server.lib/ — the site's data contract. lib/types.ts defines the Actor shape; lib/actors.ts
exports the real ACTORS array plus derived constants (ACTOR_COUNT, DOMAINS,
GITHUB_REPO_COUNT).middleware.ts — edge middleware for the deployed site.
Architecture: lib/actors.ts as the single source of truth
Every number, price, badge, and filter option rendered anywhere on this site — the hero stat
counters, the fleet catalog cards, the pricing comparison table, the BYOK disclosure, the
integration workbench's actor tabs, the FAQ's live counts — is read from the same ACTORS array
in lib/actors.ts, never hand-typed a second time in a component. Each Actor record carries
slug, title, domain, jurisdiction, dataSource, pricing[] (per-event-type price and
unit), deltaEvents[], storeUrl, githubUrl, byok ('required' | 'optional' | 'none', plus
byokDetail when applicable), updateFrequency, and isPublic.
This is deliberate, not incidental: it means a component can never drift out of sync with the
real fleet, and every price or claim on this marketing site traces back to one file that's
independently re-verified against each actor's own Apify Store listing and README whenever the
fleet changes. When an actor's price changes or a new actor launches, updating lib/actors.ts is
the only change needed — every section that references it (filters, cards, comparison tables,
code snippets) updates automatically.
Security headers & CSP model
next.config.js sets standard hardening headers (X-Frame-Options: DENY,
X-Content-Type-Options: nosniff, Strict-Transport-Security, a restrictive
Permissions-Policy) globally. The Content-Security-Policy is set separately, per-request, in
middleware.ts — not as a static header — because a static script-src 'self' blocks Next.js's
own inline hydration/bootstrap scripts and breaks the app at runtime. Instead, middleware.ts
generates a fresh nonce on every request, threads it to Next.js via the x-nonce request header
(read in app/layout.tsx), and scopes the CSP to that nonce (script-src 'self' 'nonce-<value>' 'strict-dynamic') rather than falling back to 'unsafe-inline', which would
defeat the policy's purpose. 'unsafe-eval' is included only when NODE_ENV === 'development'
(webpack's Fast Refresh needs it) and is never present in the production CSP.
No compliance badges (SOC 2, ISO 27001, etc.) are displayed anywhere on this site — Delta
Registry holds no such certification, and the headers above are genuine engineering hardening,
not a marketing trust signal standing in for one.
Environment variables
None required. This is a fully static-data marketing site — it reads lib/actors.ts at
build time and calls no external API, database, or authenticated service at runtime or during
the build. npm install && npm run dev (or npm run build) works with no .env file. The
APIFY_TOKEN references visible in this repo are inside display-only code-snippet strings in
components/IntegrationTerminal.tsx — example commands shown to site visitors for calling the
Apify API themselves, not a variable this app reads.
Deployed continuously on Vercel from the main branch.
Quick Start for Enterprise
Every actor in this fleet is callable today from Claude Code, Claude Desktop, or Cursor via
Apify's own hosted MCP server — no custom integration, no SDK to install, no infrastructure to
run. The full closed-scope endpoint (all 28 actors, none of Apify's other 70,000+ Store actors in
scope), the exact verified client config for each tool, and the real per-tool BYOK/pricing/routing
notes are in MCP_INTEGRATION.md.
To connect your own Claude Code or Cursor installation in one step, run the onboarding script for
your platform — each one prompts you for your own Apify API token (never logged, never written in
plaintext) and configures whichever client it finds installed:
# macOS / Linux / Git Bash on Windows
./connect_mcp.sh
# Windows PowerShell
.\connect_mcp.ps1
This exact end-to-end path — real config injection, then a real live tool call through the actual
MCP wire protocol — was independently validated against a live actor run; see
LOCAL_MCP_VALIDATION_REPORT.md for the real run ID, latency,
and returned data from that test.
About Delta Registry
Delta Registry is a pay-per-event regulatory and compliance data infrastructure operation built and operated by Stefano Seggio — 28 Apify Actors spanning government procurement, regulatory enforcement, patent/trademark monitoring, sanctions/compliance screening, corporate registries, and sovereign debt markets. Browse the full Actor catalog on the Apify Store or GitHub. For enterprise licensing or a custom monitor, connect on LinkedIn.
