Offerings

Advisory and implementation offerings, organized by operating layer.

Hardpoint delivers advisory and implementation work across knowledge, traffic, infrastructure and operations. Each offering produces written artifacts your team keeps and can operate without us.

Start here

Where to start

Six fixed-scope entry engagements. Each states its deliverables, its boundary, and the condition it is meant for.

All layers

Four-Layer Architecture Assessment

Environments where the overall architecture, ownership, or sequence is unclear.

Written deliverables

  • · Current-state map
  • · Risk and dependency register
  • · Four-layer findings
  • · Target-state architecture
  • · Prioritized implementation roadmap

Engagement boundary

Assessment and design only. No production changes are made during the engagement.

Start this engagement Read the practiceWalk the guided tour— publishing soon

Knowledge

OKF Readiness Assessment

Fragmented knowledge that enterprise agents cannot reliably discover, trust, or maintain.

Written deliverables

  • · Source and ownership inventory
  • · Knowledge-domain prioritization
  • · Sensitivity and exclusion rules
  • · Draft concept taxonomy
  • · Lifecycle and provenance requirements
  • · Bounded pilot recommendation

Engagement boundary

No bulk extraction and no custody of production content. Selected domains only.

Start this engagement Read the practiceExplore a synthetic OKF transformation— publishing soon

Knowledge

Enterprise OKF Transformation Pilot

One business domain ready to be modeled, governed and consumed by agents or retrieval.

Written deliverables

  • · Extraction procedure
  • · Normalized staging model
  • · Illustrative or validated OKF bundle
  • · Provenance and lifecycle workflow
  • · Git review process
  • · Consumer integration
  • · Evaluation harness
  • · Operating handoff

Engagement boundary

Bounded to the agreed domain, sources and corpus. Not a universal enterprise conversion.

Start this engagement Read the practiceInspect sample artifacts— publishing soon

Traffic

AI Model Portfolio & Routing Assessment

Multiple providers, subscriptions, APIs, local models, tools or human-review paths with no consistent routing model.

Written deliverables

  • · Workload classes
  • · Acceptance contracts
  • · Model and provider inventory
  • · Entitlement inventory
  • · Eligible-route matrix
  • · Ranked routing table
  • · Fallback design
  • · Continuity design
  • · Routing Receipt schema
  • · Implementation roadmap

Engagement boundary

Design of the routing model. Production routing is not changed during the assessment.

Start this engagement Read the practiceTest a class-of-service decision— publishing soon

Traffic

Shadow Routing Pilot

Evaluating candidate routes alongside the current production path before changing consequential behavior.

Written deliverables

  • · Bounded representative workload set
  • · Baseline route
  • · Candidate routes
  • · Evaluation criteria
  • · Correction and retry measurement
  • · Continuity-defect tracking
  • · Routing receipts
  • · Promotion or rejection recommendation

Engagement boundary

Candidate routes run alongside production; user-facing behavior is unchanged until promotion is approved.

Start this engagement Read the practiceTrigger a failover scenario— publishing soon

Operations

Production Assurance Review

Systems missing clear evaluation, observability, failure handling, ownership, rollback or operating documentation.

Written deliverables

  • · Readiness findings
  • · Observability review
  • · Failure-mode analysis
  • · Rollback analysis
  • · Incident and runbook review
  • · Ownership and handoff requirements

Engagement boundary

Review and documentation. Hardpoint does not operate the system on your behalf.

Start this engagement Read the practiceOpen the NOC view— publishing soon

Layer 01

Knowledge

Knowledge architecture review

Client condition

Nobody can say where the operating truth lives or who owns it.

Hardpoint work

Inventory sources, owners and change cadence; classify sensitivity; identify what is safe to expose to AI systems.

Principal deliverables

  • — Source inventory & ownership map
  • — Governance and versioning gaps
  • — Exposure risk register

Engagement boundary

Review only. No extraction and no custody of production content.

Open Knowledge Format implementation

Client condition

Knowledge lives in prompt history and cannot move between tools.

Hardpoint work

Model concepts and relationships, build the extraction and normalization procedure, carry provenance and lifecycle forward, wire Git review.

Principal deliverables

  • — Bundle schema & conventions
  • — Extraction and normalization procedure
  • — Provenance, lifecycle and review workflow

Engagement boundary

Selected domains and approved sources only — not indiscriminate enterprise conversion.

Explore a synthetic OKF transformation— publishing soon

Retrieval design & evaluation

Client condition

Agents cite the wrong source and nobody can prove whether a change helped.

Hardpoint work

Design chunking and indexing, build a fixed question set, and stand up a re-runnable regression harness.

Principal deliverables

  • — Question set & scoring method
  • — Chunking / indexing design
  • — Regression harness

Engagement boundary

Evaluation runs inside your environment against your corpus.

Run a governed query— publishing soon

Layer 02

Traffic

Workload classification

Client condition

Every request goes down the same expensive path by default.

Hardpoint work

Assign each request a class of service with written quality, latency, privacy and cost budgets.

Principal deliverables

  • — Workload taxonomy
  • — Per-class acceptance contracts
  • — Policy constraints and exclusions

Engagement boundary

Design artifact. Production routing is unchanged during classification work.

Test a class-of-service decision— publishing soon

Routing & failover design

Client condition

One provider, no fallback, and no decision about what users see during an incident.

Hardpoint work

Determine eligibility, rank eligible routes, define fallback chains, timeouts, retry policy and degradation behavior.

Principal deliverables

  • — Eligible-route matrix
  • — Ranked routing table
  • — Failover chains & timeouts
  • — Degradation behaviour spec

Engagement boundary

Hardpoint designs and implements inside a gateway you own and operate.

Trigger a failover scenario— publishing soon

Usage telemetry & cost attribution

Client condition

Spend is visible only as a monthly invoice.

Hardpoint work

Define the Routing Receipt schema and attribute every request to a team, workload class and use case.

Principal deliverables

  • — Routing Receipt schema
  • — Attribution model
  • — Dashboard & alert definitions

Engagement boundary

Telemetry stays in your systems; Hardpoint does not host your usage data.

Open the NOC view— publishing soon

Layer 03

Infrastructure

Reference architecture

Client condition

There is no agreed target state, so every team builds its own.

Hardpoint work

Document the target architecture across providers, private infrastructure, local compute, tools and human workflows.

Principal deliverables

  • — Architecture diagrams
  • — Provider / hosting decision record
  • — Security & data-flow boundaries

Engagement boundary

Design and decision records. Implementation is scoped separately.

Productionization

Client condition

A working prototype cannot cross into production.

Hardpoint work

Establish environments, access and secrets model, deployment and rollback.

Principal deliverables

  • — Environment topology
  • — Access & secrets model
  • — Deploy / rollback procedure

Engagement boundary

Changes are made in your environment under your controls and approvals.

Local & hybrid inference placement

Client condition

Owned hardware is being considered on unit price alone.

Hardpoint work

Evaluate what belongs on provider APIs versus private or local compute, including the operating burden of each.

Principal deliverables

  • — Workload placement analysis
  • — Capacity model
  • — Hardware & lifecycle assumptions

Engagement boundary

Modeled analysis with stated assumptions — not a guaranteed cost outcome.

Try the architecture builder— publishing soon

Layer 04

Operations

Observability & assurance

Client condition

Monitoring reports green through most of an incident.

Hardpoint work

Define signals and thresholds for AI-specific failure modes, write runbooks, and establish the incident review format.

Principal deliverables

  • — Signal & threshold definitions
  • — Runbooks
  • — Incident review format

Engagement boundary

Hardpoint designs the operating envelope; your team operates it.

Open the NOC view— publishing soon

Evaluation as a standing practice

Client condition

Quality was measured once, at launch.

Hardpoint work

Stand up scheduled scoring and a change-review gate so regressions are detected rather than argued.

Principal deliverables

  • — Eval suite
  • — Scheduled scoring
  • — Change-review gate

Engagement boundary

Evaluation content is owned by your subject-matter owners.

Enablement & handoff

Client condition

The system depends on whoever built it.

Hardpoint work

Transfer ownership through operating documentation, working sessions and an explicit checklist.

Principal deliverables

  • — Operating documentation
  • — Working sessions
  • — Ownership transfer checklist

Engagement boundary

Handoff is the exit condition of every engagement, not an upsell.

Inspect a Continuity Capsule— publishing soon

Cross-layer offering

Model Portfolio & Routing

A service, not a product: the routing model is designed, documented and — when commissioned — implemented inside infrastructure you own.

Client condition

Multiple providers, enterprise AI subscriptions, APIs, local models, tools and human-review paths are in use, with no consistent model for choosing between them.

Hardpoint work

Inventory the model portfolio and entitlements, define acceptance contracts per workload class, build the eligible-route matrix, rank routes by verified total outcome cost, and design fallback and continuity.

Engagement boundary

A routing model is designed and, if commissioned, implemented in a gateway you own. Hardpoint does not operate a routing platform on your behalf.

Principal deliverables

  • — Model and provider inventory
  • — Entitlement inventory
  • — Acceptance contracts per class
  • — Eligible-route matrix and ranked routing table
  • — Fallback and continuity design
  • — Routing Receipt schema

Test a class-of-service decision— publishing soon

Scope & terms

How offerings are packaged.

Fixed fee

Assessment and design work is quoted as a fixed fee with a defined artifact list and a date. No hourly discovery drift.

Scoped from findings

Implementation and operations support are scoped from the assessment, so effort is estimated against a documented environment rather than a guess.

Independent

No AI-seat resale and no model-provider commissions. Knowledge, credentials, repositories and runtime state stay customer-controlled by default; persistent custody of production data is avoided unless an engagement explicitly requires and defines it.

Not sure which offering you need?

Most engagements start with an architecture triage call. Describe the environment, and we will tell you which layer is actually blocking you.