Skip to content
NOEMAD / DEVELOPMENT JOURNAL

Built in the open.
One contract at a time.

API design, model qualification, billing, and platform operations. A complete journal of the capabilities being adapted for Noemad.

Development notes, not a release history

These 27 topics preserve the scope of the exported frontend. They describe planned contracts and archived design scenarios. Model launches, historical promotions, and upstream availability are not Noemad releases or active offers.

27 topics
01
APIDevelopment reference

Typed decisions, with a contract

A dedicated evaluation surface takes a state and 1–64 named questions. It preserves stable answer keys, declared types, and usage metadata.

02
APIDevelopment reference

Vectors for retrieval

The reference includes twelve embedding models, native dimensions, language hints, float or base64 output, and batches up to 64 items.

03
APIDevelopment reference

A second pass for relevance

Five rerank records cover up to 100 candidate documents, returning original input indexes and model-specific scores.

04
APIDevelopment reference

Beyond a text box

Images, image edits, video jobs, speech, transcription, files, and expiring artifacts each need their own contract.

05
PaymentsDevelopment reference

Review the payment before signing

A wallet can identify the requester and authorize a maximum for a metered inference operation.

06
BillingDevelopment reference

Make every billing unit explicit

The archived pricing design separates input, output, cache reads, minimum charges, and modality-specific units.

07
BillingDevelopment reference

Quote, authorize, reconcile

A bounded request requires an immutable rate snapshot, a maximum authorization, and separate actual-cost settlement.

08
BillingDevelopment reference

Keep cache usage visible

Some models report cached input separately from ordinary input; a missing cache field is unknown rather than zero.

09
AccountsDevelopment reference

Grants with an audit trail

The source account surface includes redeemable grants, expiry, remaining balance, and a ledger entry for each redemption.

10
AccountsDevelopment reference

Entitlements belong to the account

The account reference distinguishes shared account limits from tighter per-key scopes, budgets, concurrency, and expiry.

11
BillingDevelopment reference

Reconcile model-family usage

Provider-specific usage formats can expose input, output, cache reads, and cache creation through different fields.

12
ModelsDevelopment reference

Qualifying a new model generation

The archived catalog contains a Claude Opus 5 reference with a 1M-token context, 128K output, and explicit reasoning levels.

13
BillingDevelopment reference

Version rates alongside profiles

The reference contains pinned and rolling DeepSeek variants with different capabilities and cost parameters.

14
ModelsDevelopment reference

Long context needs bounded admission

The exported GLM 5.3 record advertises 1M context, 128K output, and a defined reasoning list.

15
ModelsDevelopment reference

Qualify each input modality

The archived Flash record includes text, image, and video inputs with a 1M context window.

16
ModelsDevelopment reference

Reasoning is a model capability

The imported catalog includes a GPT 6 Astra specification with reasoning choices and multimodal input metadata.

17
ModelsDevelopment reference

Keep multimodal quotes reproducible

The Kimi K3 record combines a 1M context, text/image/video input, and a model-specific reasoning list.

18
ModelsDevelopment reference

Model families are not interchangeable

The archive includes distinct Opus and Sonnet records, limits, rates, and supported reasoning levels.

19
CampaignsDevelopment reference

Designing a short promotion

The source journal described a short, broadly applied discount. It is retained here as a campaign design topic, not an active Noemad offer.

20
CampaignsDevelopment reference

A campaign should expire predictably

A second archived topic covered a 48-hour discount window. The historical date in this route is a reference identifier, not a Noemad release date.

21
CampaignsDevelopment reference

Model-specific grants and caps

The source campaign used a model-specific grant with a bounded promotional allocation. No grant or free allowance is active in this preview.

22
CampaignsDevelopment reference

Discounts for an eligible subset

This archived topic demonstrates a campaign restricted to a selected model tier.

23
CampaignsDevelopment reference

Separate grants for separate models

The source offered separate promotional pools for two model families. This is an entitlement design scenario only.

24
CampaignsDevelopment reference

A bounded introductory allowance

The imported topic covered an introductory allowance for a particular cost tier and associated coding model.

25
CampaignsDevelopment reference

Shared campaign capacity

A shared promotional pool requires coordination across participants and requests.

26
CampaignsDevelopment reference

Scheduled access windows

The archived topic used a recurring time window for an eligible model.

27
CampaignsDevelopment reference

Publish terms with a rate change

The historical topic concerned selective model discounts. It is preserved as a pricing communication pattern.