What are we working on?
Read-only access to synthetic external-asset, identity, facility, supplier-access, vulnerability, and recovery records. No Marmon/Keystone system, credential, customer, employee, supplier, or operational record is connected.
Read-only access to simulated asset ownership, service dependencies, remote-access reviews, recovery tests, and decision records. No production telemetry or personal information is included.
Read-only access to simulated alert, vulnerability, supplier-access, evaluation, and aggregate spend metadata. No prompts, credentials, personal information, or production records are exposed.
Illustrative policy trace
| Step | Enforced policy | Status |
|---|---|---|
| Request resource | Starts with no access; request is limited to Synthetic Exposure + Recovery Evidence | Approved read-only |
| Run deterministic query | Typed capability; credential remains isolated | Logged |
| Render app | Observed resources stay attached to the output | Bound |
| Share | Viewer permissions are checked at open time | Human controlled |
Read-only access to synthetic external-asset, identity, facility, supplier-access, vulnerability, and recovery records. No Marmon/Keystone system, credential, customer, employee, supplier, or operational record is connected.
Resource boundaries
Marmon/Keystone - Ransomware & Recovery Readiness
Purpose
Protect material planning, quoting, inventory, processing, fulfillment, and customer support by making access ownership, service boundaries, recovery evidence, and escalation paths explicit.
Jobs to be done
| Priority | Journey moment | Required review |
|---|---|---|
| Identity and remote access | Employee and supplier connections | Security + operations review |
| Asset ownership and environment boundaries | Warehouse, machining, and fabrication | Site leadership + engineering review |
| Recovery and communications | Restore quoting, inventory, and fulfillment | Continuity + legal review |
Operating principles
- Start with a measurable job to be done, not a new tool.
- Use curated company context before model knowledge.
- The human owner remains accountable for every output.
- An agent never receives more permission than the person using it.
Delivery sequence
Days 1-30: Map critical services, accountable owners, remote paths, data boundaries, and recovery objectives.
Days 31-60: Exercise synthetic identity, segmentation, restore, and communications scenarios with explicit evidence.
Days 61-90: Close evidence gaps, record accepted exceptions, and schedule repeatable recovery validation.
Control alignment
Least privilege, supplier access expiry, IT and operational separation, immutable evidence, safe recovery testing, legal review, operational safety, and human approval remain mandatory.
Workspace sources
Draft a practical readiness plan for identity, IT and operational boundaries, supplier access, recovery, and communications.
Read-only access to simulated asset ownership, service dependencies, remote-access reviews, recovery tests, and decision records. No production telemetry or personal information is included.
Resource boundaries
Workspace sources
Evaluate security-assistance candidates through quality, access, cost, and human-action controls.
Read-only access to simulated alert, vulnerability, supplier-access, evaluation, and aggregate spend metadata. No prompts, credentials, personal information, or production records are exposed.
Resource boundaries
Integrations
Organization-wide connections for Marmon/Keystone OS. Gatekeepers hold credentials, scope resources, and log each action.
Illustrative remote services available to authorized workspaces.
Organization Context
Shared, curated knowledge that grounds every Marmon/Keystone OS workspace. Context is versioned and read-only to agents.
Skills
Reusable workflows for every function. The human requester owns the result.
| Name | Description | Group | Source |
|---|---|---|---|
| meeting-prep | Build an agenda and briefing from authorized calendar, CRM, and document context | General | Shared library |
| weekly-operating-review | Create a cross-functional summary with decisions, owners, and open risks | General | Shared library |
| incident-response | Assemble evidence, draft updates, and preserve human approval for containment | Security | Shared library |
| vendor-risk-review | Compare due-diligence evidence with security and privacy standards | Security | Shared library |
| control-evidence-pack | Map authorized evidence to control requirements and identify gaps | Security | Shared library |
| architecture-review | Review a proposal against architecture principles and decision criteria | IT & Architecture | Shared library |
| change-impact | Map dependencies, affected services, stakeholders, and rollback requirements | IT & Architecture | Shared library |
| service-health-review | Summarize service levels, incidents, changes, and capacity risks | Operations | Shared library |
| runbook-builder | Turn a procedure into a deterministic workflow with approval gates | Operations | Shared library |
| ai-model-review | Summarize ownership, evaluations, drift, risk tier, and release readiness | Data & AI | Shared library |
| data-quality-report | Assess freshness, completeness, lineage, and policy compliance | Data & AI | Shared library |
| budget-variance | Compare actuals with plan and draft a finance-reviewed variance narrative | Finance | Shared library |
| procurement-brief | Summarize requirements, alternatives, risk, and approval status | Finance | Shared library |
| job-description | Draft an accessible role description from approved job architecture | HR | Shared library |
| onboarding-plan | Create a role-based onboarding plan without expanding system permissions | HR | Shared library |
| contract-intake | Extract terms, route issues, and prepare a legal review checklist | Legal | Shared library |
| privacy-assessment | Map a proposed workflow to data categories and privacy obligations | Legal | Shared library |
| account-brief | Create a customer briefing from authorized CRM and public information | Sales | Shared library |
| proposal-draft | Build a first draft using approved claims, pricing, and brand context | Sales | Shared library |
| executive-update | Turn project evidence into a concise decision-oriented update | General | Shared library |
Profile
Illustrative account information for this public prototype.
AI Gateway
Illustrative demo data. Visibility and controls across every AI provider Marmon/Keystone uses — one console.
Models in Use
This month| Model | Route | Tokens | Spend | Share | p50 latency |
|---|---|---|---|---|---|
| Llama 3.3 70B | Workers AI | 156M | $2,140 | 310 ms | |
| Claude | via AI Gateway | 98M | $3,980 | 720 ms | |
| GPT-4o | via AI Gateway | 61M | $2,510 | 640 ms | |
| Workers AI embeddings (bge) | Workers AI | 27M | $190 | 40 ms |
Spend vs. Budget
9 days remainingUsage by Workspace / Team
342M tokens totalGovernance
Guardrails enforced by Gatekeepers + AI Gateway, with resource-scoped access, audit trails, and human approval.
Per-team allowed models
Restrict which providers each workspace can call.
Monthly spend caps
Hard limits per team; agents stop before overrun.
PII redaction
Strip sensitive fields from prompts before they leave.
Prompt / response logging
Full request logs retained for audit & review.
Rate limits
Per-team request ceilings to protect budgets.
Raise Data & AI cap to $6,000
Change queued by an agent — needs a human sign-off.
Requires approval