Skip to content
WebmasterID

Walkthrough

How WebmasterID Models works

Walkthrough of the five-step decision workflow: pick a use case, build a source-backed shortlist, compare verified fields side by side, surface data gaps, and export a paste-ready evidence brief. WebmasterID Models supports the decision; the reader runs the workload.

What this catalogue is

A source-backed evidence base for AI model selection.

  • Verified context windows, modality channels, lifecycle status, first-party + hosted pricing references, and source freshness — every value tied to a primary-source citation.
  • Explicit data gaps where the vendor does not publish. Unknown values stay null, not invented.
  • A small server-rendered workspace (select → compare → brief) that helps a reader narrow candidates without choosing for them.

What it is not

An evidence base, not a verdict generator.

  • No model rankings, no winner declarations, no recommendations.
  • No price ranking. Pricing rows are source-backed references with freshness chips, never live quotes.
  • No fabricated latency, throughput, or uptime. Status observations are recorded; SLA assertions are not.
  • No compliance certification. Verified means a primary source backed the value on the date recorded.

Step 1

Pick a use case to weight the right fields

Filters only mean something inside a use case. Long-context analysis weights context window + pricing; multimodal weights the verified modality channel list; hosted inference weights availability + hosted pricing; governance weights verification status + source freshness.

Open use cases →

Step 2

Build a source-backed shortlist

The selection workspace at /select renders candidate models in deterministic shortlist order — verified field count → active lifecycle → source count → name. There is no score, no rank function, no opinion.

Open selection workspace →

Use-case filter narrows the candidate set; provider, lifecycle, min-context, modality, pricing coverage, hosted availability, verification status, and freshness filters tighten it further. Every filtered URL is noindex, follow; the base /select page stays indexable.

Step 3

Compare verified fields side by side

The comparison builder at /compare/build renders 2–4 selected models against verified fields. No derived metrics, no deltas, no winner. Unknown values render the canonical unverified-data label rather than inventing numbers.

Open comparison builder →

Pre-seed the builder from a use case (long-context · hosted inference · governance review) or pick models manually. Curated comparison pages under /compare follow a higher editorial bar (two-sided verified before indexing).

Step 4

Inspect data gaps and source freshness

A field marked unverified means the vendor does not publish it (or automated retrieval is blocked) — not that the value is unknowable. The catalogue refuses to guess. Freshness states (fresh / review due / stale / blocked / unknown) are computed deterministically against the build date.

Step 5

Export a paste-ready evidence brief

The decision-brief builder at /briefs/build renders verified evidence, explicit data gaps, source trail, freshness notes, hosted availability, and a checklist of external tests for 2–4 selected models. Markdown by default; JSON via ?format=json. The brief is evidence, not a recommendation.

Open decision-brief builder →

Same query shape as the comparison builder. The brief sets X-Robots-Tag: noindex on the export endpoint — generated briefs are team artifacts, not indexable pages. The export endpoint is /api/briefs/decision.

Then — decide what to test externally

The catalogue stops at verified fields. Real selection requires workload-specific testing in your own environment.

  • Run task-specific prompt tests against your finalists.
  • Verify request latency from your target deployment region.
  • Check rate limits in the provider account against your load.
  • Validate per-token cost against the vendor's current pricing page — references are not live quotes.
  • Confirm compliance / security requirements against your organisation's controls.

Choose a path

Role-based learning paths

The same five-step workflow above, packaged as a curriculum for one audience. Five paths total — beginner, developer, product manager, governance, automation specialist.

All paths →

Learn first

Start with a lesson on the underlying field

Each step of this workflow inspects a particular verified field. If the field itself is unfamiliar, the corresponding lesson explains what it means and what it does not guarantee.

All lessons →

Test

Learn → Apply → Verify → Test

The AI Usage Lab adds a fourth step to the curriculum. Six testing playbooks (prompt, structured output, long-context, multimodal, automation, regression) and three paste-ready Markdown templates pair with the workflow above. Lab outputs feed straight into the decision brief builder.

Open the lab →

Practise

Practise the workflow with exercises

Each exercise routes through one or more of the steps above and ends with a concrete artifact you can share with the team.

All exercises →

Try this workflow

Guided demos and an example brief

Three pre-built route plans walk the five steps on real verified data. The example decision brief shows what the export looks like without forcing you to build one.

Open all demos →