AIToday
Large Language ModelsHacker NewsPublished: Aug 11, 2026, 16:01 JST7 min read

DeepSeek reveals its own blindspots when asked how it works

DeepSeek reveals its own blindspots when asked how it works

Key takeaway

  • A researcher interviewed DeepSeek about how it works by asking it to distinguish between what it observes, what it infers, and what it guesses—then checked the answers against public papers.

  • DeepSeek separated knowledge carefully and explained transformer concepts well, but admitted it cannot inspect its own weights, routing, or attention maps, even though it fluently understands these topics from training text.

  • The finding underlines that an AI's ability to explain something does not mean it can see inside itself, and that papers remain the source for precise architecture specs while interviews reveal how a model thinks about its own blindspots.

3 Key Points

  1. What happened

    A researcher interviewed DeepSeek about its architecture and behavior, asking it to separate what it observes directly from what it infers from public papers versus what it merely guesses. The model answered in those three distinct buckets and drew pipeline diagrams, but also admitted it cannot see its own weights, routing decisions, attention maps, or exact parameter counts—even though it can fluently explain transformer architecture in general.

  2. Why it matters

    This conversation method (asking the model itself rather than just reading papers) reveals how an AI assistant thinks about its own limitations. DeepSeek correctly listed public innovations like MLA (a compression technique for long context) and auxiliary-loss-free load balancing, but hedged on famous specs like expert counts and parameter sizes that its own papers state plainly. For anyone building with or reasoning about DeepSeek, the interview shows that fluent explanation is not the same as introspection—the model generates learned text, not a true report of its internal state.

  3. What to watch

    The distinction between Type A hidden reasoning (continuous activation vectors the model cannot read as text, present in all chat models) and Type B reasoning tokens (real chain-of-thought text, used in R1-style models). This chat instance showed no reasoning tokens and is not labelled R1, but the model cannot confirm whether it is generating them invisibly. For practical use, the takeaway is to read arXiv papers for architecture numbers, but use direct interview for behavior and prompting intuition.

In Depth

Read the full story

The researcher who runs manish.sh conducted a formal interview with DeepSeek on July 21, 2026, and documented the conversation by checking claims against published papers and architecture diagrams. Rather than summarizing papers, the researcher started from first principles: ask the model itself what it knows.

When asked "What do you actually know about yourself?," DeepSeek immediately sorted its answer into three categories—observation, inference, and guess—without prompting. It then drew pipelines like an engineer at a whiteboard and called itself an unreliable witness. This honesty was the moment the researcher realized the interview might yield real insight.

DeepSeek's self-reported knowledge included its own system identity, knowledge cutoff (May 2025), the fact that it uses Transformer + MoE (where only a subset of parameters activate per input), and its training pipeline (pre-train, supervised fine-tuning, RLHF reinforcement learning). It also listed innovations from its public papers: MLA (a technique to compress KV cache for long context), DeepSeekMoE (shared and routed experts), auxiliary-loss-free load balancing (dynamic bias so experts stay balanced), multi-token prediction (a training objective), and FP8 mixed-precision training. Crucially, the model stated it is not labelled as "reasoning model" in its system prompt, unlike DeepSeek-R1, and inferred it is a general-purpose instruct/chat model.

When asked what parts of its implementation are hidden, DeepSeek admitted weights, layer count, hidden size, total parameters, expert routing per token, logits before sampling, tokenizer vocabulary, hidden states, attention maps, and exact training recipes are all invisible to it. It even cannot see GPU count, serving tricks like beam search or speculative decoding, or whether the current answer is correct. This is because a model generates text; it does not read its own weights the way humans might inspect brain scans. The model can explain transformers fluently—often better than a junior engineer—but that fluency comes from training text, not from opening this instance's weights.

The researcher then mapped the full pipeline that exists before a message arrives: initialization (weights and empty KV cache), system prompt (identity, cutoff, tone, safety), developer/API settings (model choice, temperature, max tokens), memories (if injected by the platform), tools (if enabled), history (prior messages), and the current user query. Everything is one flat sequence of tokens. The system prompt acts as a constitution, and RLHF reinforcement during training—not just prompt position—enforces instruction hierarchy. Under context window truncation, the oldest messages drop first, then middle messages, then recent-but-not-immediate, while the system prompt is never evicted. If a fact is mentioned early and then drops from context, the model genuinely forgets it unless memory re-injects it.

On token generation, DeepSeek explained that before the first output token exists, the model has loaded weights, cached the input, and computed raw logits for the next token—but no inspectable bullet plan or ranked drafts. Planning is implicit, a direction in activation space. The model discovers what it will say as it says it. Generation is autoregressive: one forward pass per output token; earlier tokens cannot be rewritten, only acknowledged and overridden in new text. A prefill phase processes the entire input in parallel and builds the KV-cache; decode phase emits one token at a time sequentially. "Let me think…" is not a report of a separate thinker; those words are the thinking itself, more tokens from the same engine.

The researcher also asked whether DeepSeek has hidden reasoning, and the model split this into two types. Type A is latent activations—continuous vectors, not text, not inspectable by the model as English, present in every chat model. Type B is reasoning tokens (like chain-of-thought), real tokens generated before the visible answer. This chat instance showed no reasoning tokens in context and is not labelled R1, so the model cannot confirm whether Type B reasoning is active. The distinction matters: Type A influences safety only indirectly (via logit suppression or regeneration), while Type B can be monitored or interrupted before the final answer.

When the researcher checked the chat against DeepSeek's public papers, a split emerged. On famous specs like 256 experts and 671B parameters for the largest variant and 37B for smaller variants, the model hedged—saying those are "public claims" or "shared + routed experts" in general—even though V3 documentation states these numbers plainly. This suggests the model either cannot directly verify its own parameter count (likely true) or the system prompt discourages false certainty. For architecture numbers, the researcher concluded, read arXiv; for behavior and prompting intuition, use the chat. The key takeaway is that fluent explanation does not equal introspection. An AI can describe how it works without seeing inside itself.

Context & Analysis

The interview method—asking a model to introspect and then checking its claims against published research—exposes a crucial gap between fluency and self-knowledge. DeepSeek can describe transformers, MoE (mixture-of-experts), and RLHF with engineer-like precision, yet it cannot see the weights, routing logic, or attention maps of its own instance. This is not surprising: the fluency comes from training on papers, blogs, and documentation—learned text patterns—while true introspection would require the model to read its own numerical state, which it cannot do.

Where the interview becomes most useful is in showing how the model itself distinguishes these layers. When asked what it knows, it voluntarily split answers into observation (what it can directly read, like the system prompt and chat history), inference (what it deduces from public disclosures), and guess (assumptions like BPE tokenizer or RoPE positions). This separation is honest and rare; it suggests the model has absorbed training signal that rewards epistemic humility. Yet that same honesty reveals a hedge on spec numbers—like expert count and parameter size—that are documented in DeepSeek's own public papers. The model may be uncertain because it cannot directly verify them, or because the system prompt discourages false certainty.

For practitioners, the implications are clear: read arXiv for architecture truth, use the chat for behavior intuition. The model's explanation of how it writes token-by-token (autoregressive generation, no editable plan, no multi-draft loop) is consistent with standard transformer serving and grounded in what the model actually experiences. The discovery that context eviction likely follows oldest-first order is a practical insight, even though the model admitted it cannot directly see its own memory management.

FAQ

Can DeepSeek see its own weights or model parameters?
No. DeepSeek cannot directly inspect its weights, layer count, hidden size, total parameters, or expert routing per token. It can explain how transformers work in general—because that knowledge comes from training text like papers and blogs—but introspection of this specific instance is not possible.
What is the difference between Type A and Type B hidden reasoning?
Type A is the continuous activation vectors in every chat model—not text, not inspectable by the model as English. Type B is real reasoning tokens (like chain-of-thought) generated before the visible answer, which can be observed if left in context. This instance showed no reasoning tokens and is not labelled R1, so it cannot confirm whether Type B is active.
Did DeepSeek's self-reported specs match what its public papers say?
Partly. DeepSeek correctly listed innovations like MLA and auxiliary-loss-free load balancing, but hedged on famous public specs like 256 experts and 671B/37B parameters that its V3 papers document plainly—possibly because it cannot directly verify them.

Get the latest Large Language Models news every morning

AI-summarized, only the topics you pick — one digest a day via Email, Slack, or Discord.

Free · takes 30 seconds · unsubscribe anytime

Ask AI

Ask AI anything about this article. Q&As are published on this page for other readers too.

Related Articles

Next articleCatcher cites component shortages, R&D costs for 2Q26 revenue drop

The AI news that matters, in one minute each morning.

Sign up free