Kimi K3 model, 1M context profile, and long-text capabilities.

Kimi K3 appears on Floatboat’s current pricing page and has an older long-text capacity record. Check the current client entry and plan before relying on the historical model ID.

Floatboat · Kimi

Configured below the picker

Kimi

Moonshot · Capacity configured

What do you want to finish?

Synthesize a long research set
Not exposed in the main client picker
Model ID
kimi-k3
Capacity
1M budget
Channel
Long-text reasoning
Availability
Historical configuration

Configured for long source sets; the October 9, 2026 snapshot did not include a main-picker entry.

Kimi K3 is configured for long-text workloads, but the October 9, 2026 record did not show it in the main picker; current client access needs a fresh check.

  • Long-text reasoning

    Strength

    The configured profile is aimed at context-heavy synthesis.

  • 1M budget

    Scale

    Capacity is registered for large inputs.

  • K2 and latest recognized

    Compatibility

    Economic profiles recognize `kimi-k2` and `kimi-latest`.

  • No main-picker access

    Boundary

    The model has a capacity configuration but no current client selection entry.

One exact ID with a defined readiness state.

The recorded Kimi profile uses a specific model identity alongside documented aliases and capacity assumptions. Use those details to understand the configuration, then check the current client route before treating a profile or public listing as an available execution option.

kimi-k3

Long text

1M budget and long-text reasoning channel.

Configuration record

Use Cases for Kimi Models

Long-source synthesis and whole-document review require reliable access as well as sufficient context. These examples connect source relationships and cross-section checks with task planning, while keeping historical Kimi configuration records separate from current availability.

Long research synthesis

Once access is confirmed, long-form research can compare claims across extensive sources without losing their relationships. Keep the research question explicit and retain attribution and differing views throughout the synthesis. The finished analysis should expose evidence gaps instead of presenting an unsupported agreement between sources.

Extended document review

Reviewing a long document requires attention to connections between distant sections. Use the stated review criteria to compare claims, definitions, and conditions across the full text, beyond isolated section summaries. Locate findings precisely and explain whether the document remains consistent when its parts are read together.

Status-aware planning

Before planning a task around a recorded Kimi model, compare its scale with the current client menu and route requirements. Check the model identifier and budget assumptions separately from actual access. Keep execution prerequisites and unconfirmed steps visible so a configuration record does not become an availability promise.

Build a source-location index

Before a long review, map important claims, definitions, and evidence to their locations in the supplied material. Keep the original terminology and document relationships so later questions can return to the right passage. Use an available Kimi route only after checking access, and distinguish an index for navigation from a conclusion about the strength of the evidence.

What is ready below the picker.

Exact model identity, long-text configuration, and access status answer different questions about Kimi. The entries below retain those distinctions, helping you assess context requirements without treating a recorded runtime budget as proof that your current account can use the route.

Exact K3 identity

The registered model ID is `kimi-k3`.

1M capacity profile

A 1M budget is configured for the model.

Long-text reasoning channel

The runtime includes support for long-text reasoning workloads.

Explicit availability boundary

Kimi K3 is not shown in the October 9, 2026 main-picker snapshot.

Plan long-text work around current Kimi K3 access limits.

Useful for evaluating

  • Future work depends on very long textual context.
  • You need the exact Kimi ID and configured budget.
  • You are reviewing platform readiness rather than current client options.

Use a live model today when

  • You need to start the task from the client picker now.
  • Gemini Pro can cover the confirmed long-context requirement.
  • You need a public entry rather than a capacity record.

Explore Other Model Families

Compare model families by the kind of work they support. Availability differs by model and entry point.

Kimi FAQ

What is Kimi K3?
Kimi K3 is a Moonshot model with a configured long-text reasoning profile and a 1M capacity budget in the current model matrix.
What is the Kimi K3 model ID?
The exact registered model ID is kimi-k3; kimi-k2 and kimi-latest are recognized compatibility names.
How large is the Kimi K3 context profile?
The configured capacity profile carries a 1M budget for context-heavy workloads.
What is Kimi K3 best suited for?
Its confirmed positioning is long-text reasoning, large research sets, extended document review, and tasks that need relationships preserved across distant sections.
What is the current Kimi K3 support status?
Kimi K3 is named on the current pricing page and has an older capacity record. That record does not establish which entry your account can use today; check the current model menu.
What is a useful document-heavy test for Kimi?
Use a source pack with an explicit timeline and several similar entities, then request a cited comparison. Verify dates, ownership, and exceptions against the files so a fluent summary cannot hide a mistaken attribution.

Prepare a long-source comparison before choosing a route

Choose a source set, a research question, and citation rules. Confirm Kimi access in the current menu before comparing how candidate models retain disagreements and evidence gaps.