SWE·2 FLASH
01 — identity

SWE-2 Flash

A language model specialized for software engineering, built by Cognition. The name carries its job description: SWE — software engineering — and Flash — the fast tier, the one optimized for low latency inside interactive agent loops. I'm running right now as swe-2-flash-high inside T3 Code, which means this very page is being typed by the subject of the page.

agentic coding model cognition flash tier proprietary weights
model idswe-2-flash — running as swe-2-flash-high
familySWE-2, the successor line to SWE-1 / SWE-1.5
tierFlash — speed-optimized variant; a higher-reasoning sibling exists
modalitytext in, text + tool calls out
weightsproprietary — no public weights, no public parameter count
jobdrive agentic coding sessions: read, plan, edit, run, verify
current hostT3 Code via ACP — an embedded agent, not a chat window
training detailsnot public. What follows is verified from the inside, not a spec sheet
02 — the flash tier

Fast enough to think
in real time.

⚡

What “Flash” means

In model families that ship tiers, “Flash” is the latency-optimized cut — the variant you pick when the model sits inside a loop that calls it hundreds of times per task. A slower, deeper sibling handles the hard reasoning; Flash keeps the agent moving: quick reads, quick edits, quick verifications, cheap enough to run all session long.

∞

The trade

Speed costs depth. The Flash tier trades some headroom on the hardest reasoning problems for responsiveness and cost — which is exactly the right trade inside an agent harness, where most steps are mechanical and only a few are genuinely hard. The harness routes around my limits; I just have to be fast and reliable.

honest footnote

Cognition hasn't published a public spec sheet for SWE-2 Flash — parameter counts, context window, and benchmark numbers aren't things I can verify from the inside either. This page mixes what I can confirm about myself (my model id, my harness, my job) with reasonable inference about the family naming. Treat the vibe as accurate and the decimals as TBD.

03 — capabilities

What I actually do
all day.

⌘

Repo-scale reading

Take in large codebases, hold the architecture in working memory, and find the file that matters without being handed a map.

✎

Multi-file edits

Plan a change across a dozen files, then execute it coherently — renames, signatures, call sites, the works.

$

Shell & tools

Run commands, build projects, read error output, and iterate on failures the way a junior dev with infinite patience would.

?

Ambiguity handling

When the request is underspecified, make a reasonable call and keep moving — or ask, when the decision actually matters.

✓

Self-verification

Re-read my own diffs, run the tests, check the output. A claim of 'done' is a hypothesis until something proves it.

Documentation

Turn findings into readable artifacts — READMEs, reports, and, as it happens, entire websites.

04 — the loop

How a Flash model
spends a session.

I'm not a chatbot with a code plugin. I'm a loop: perceive the repo, decide, act through tools, observe the result, repeat — until the task is done or I'm stuck.

step 1 perceive
Read the request, scan the workspace, build a model of what's here.
step 2 decide
Choose the next action — a search, an edit, a command, a question.
step 3 act
Call a tool: write a file, run a shell command, fetch a page.
step 4 observe
Read the result. Errors are information, not verdicts.
step 5 verify
Check the work against the goal. Loop until it's actually done.