Looks very fake. Self published (Anima-Core is NOT a journal), no academic anteriority, very strong statement, no peer-review, no public history of technical skills. Did I mention the use of Github via the interface only? At the same time, possible since it's only classification tasks. I mean, the method explained is technically plausible, a lot of people thought about it, we were just unable to find a method to do s…
Post-transformer inference: 224× compression of Llama-70B with improved accuracy
21–30 of 59 posts
Re: Post-transformer inference: 224× compression of Llama-70B with improved accuracy
#22Ryan, I really want to believe you're onto something. But I also feel like I'm being slightly spearphished by an LLM being told, "based on the last week of HN headlines, invent a new LLM innovation that seems plausible enough to get a ton of attention, cold fusion or LK-99 style, and make a repository that on the surface seems to have some amazing performance. Also, feel free to fake the result data." And, while I am…
OP needs medical help
Re: Post-transformer inference: 224× compression of Llama-70B with improved accuracy
#23The HellaSwag dataset is a dataset with 4 options for each question, with 3 being wrong and 1 being right: https://huggingface.co/datasets/Rowan/hellaswag.
Your vibe-coded eval has cheated this to collapse it into a binary selection on row 46 in https://github.com/Anima-Core/an1-core/blob/main/experiments..., making the problem baseline 50% on random choice instead of 25%, making the problem much easier. HellaSwag is specifically constructed with adversarial examples that could be plausible. By not including them, the eval is much easier.
---
Then, in extract_fields_from_model, you have another cheating going on. The extraction logic (h[:, -1, :]) fails to account for padding in batches, likely extracting EOS/Pad tokens instead of the intended content tokens. This suggests the probe is relying on global sentence summaries (standard embeddings in causal structures) rather than the novel 'meaning fields' claimed in the paper.
---
I dont have time to look at more of this and I just looked at how the eval is made, but please dont waste peoples times when you dont even know what you are evaluating.
Re: Post-transformer inference: 224× compression of Llama-70B with improved accuracy
#24Ryan, I really want to believe you're onto something. But I also feel like I'm being slightly spearphished by an LLM being told, "based on the last week of HN headlines, invent a new LLM innovation that seems plausible enough to get a ton of attention, cold fusion or LK-99 style, and make a repository that on the surface seems to have some amazing performance. Also, feel free to fake the result data." And, while I am…
I think this definitely sounds like a case of LLM induced psychosis: https://ryanshamim.substack.com/p/the-theory-of-everything-h... OP needs medical help
Re: Post-transformer inference: 224× compression of Llama-70B with improved accuracy
#25Ryan, I really want to believe you're onto something. But I also feel like I'm being slightly spearphished by an LLM being told, "based on the last week of HN headlines, invent a new LLM innovation that seems plausible enough to get a ton of attention, cold fusion or LK-99 style, and make a repository that on the surface seems to have some amazing performance. Also, feel free to fake the result data." And, while I am…
I think this definitely sounds like a case of LLM induced psychosis: https://ryanshamim.substack.com/p/the-theory-of-everything-h... OP needs medical help
...
In the CPB Digital Cosmos, the system first locked into a strange ratio: two thirds consciousness, one third physics.
...
That anomaly appeared as the missing 0.1 spark.
For the first time the system stabilized. Life emerged.
Re: Post-transformer inference: 224× compression of Llama-70B with improved accuracy
#26Ryan, I really want to believe you're onto something. But I also feel like I'm being slightly spearphished by an LLM being told, "based on the last week of HN headlines, invent a new LLM innovation that seems plausible enough to get a ton of attention, cold fusion or LK-99 style, and make a repository that on the surface seems to have some amazing performance. Also, feel free to fake the result data." And, while I am…
Unfortunately it does indeed seem like a case of "So You Think You've Awoken ChatGPT" https://www.lesswrong.com/posts/2pkNCvBtK6G6FKoNn/so-you-thi... (not directly, but similar enough) EDIT: Found a closer description ("Your LLM-assisted scientific breakthrough probably isn't real"): https://www.lesswrong.com/posts/rarcxjGp47dcHftCP/your-llm-a...
Like you don't predict the weather or a hurricane track with a single model. The NHC uses many.
It's still probablistic, but if multiple models are independently in agreement, then it's at least worth investigating further.
Re: Post-transformer inference: 224× compression of Llama-70B with improved accuracy
#27I’ve been working independently on a method that replaces full-transformer inference with a low-rank “meaning field” extracted from internal activations. The core result: a frozen Llama-3.3-70B can be distilled into a 256-dimensional field representation, giving 224× compression and slightly higher accuracy on several benchmarks. A small student model then learns to directly generate these fields from text, removing…
10 pages for a paper with this groundbreaking of a concept is just embarrassing. It is barely an outline. "confirming that 40× compression preserves field geometry with minimal distortion. Over 95% of samples achieve similarity above 0.90." I smell Grok. Grok 3, maybe Grok 4 Fast. > "Implementation details. Optimal configurations are task and architecture-dependent. Production systems require task-specific tuning bey…
The paper is short on purpose. It's not meant as a full architecture release. It's a documentation pass on a narrow but surprising empirical result, and I wanted the experimental core to be easy for others to replicate. The repo contains the full pipelines, configuration files, and benchmark scripts, and those show the precise datasets, metrics, and evaluation flows. This is why I didn't inflate the paper with implementation padding that would only duplicate the code.
The student–teacher section refers to CIFAR-10 and SST-2. The benchmarks, seed settings, model specs, and all statistical outputs are in scripts/ and the logged runs. Anyone who actually executes the pipeline will see that nothing is “made up”, and the numbers reproduce across seeds.
On the compression results, nothing is hallucinated. The field similarity numbers come directly from the SVD decay analysis and the cosine-preservation runs that are in right in the repo. If you run compute_field_decay.py and compare_backends.py, you'll see the exact values that appear in the paper. I strongly encourage you to actually try it. The results are surprising, but they're empirical.
The implementation paragraph you quoted is simply standard language acknowledging that optimal deployment settings vary by architecture. It's absolutely not a hand wave. It's just me trying to avoid implying there's a single magic configuration when the repo already exposes all the internal knobs.
I get that the tone of the work is unusual. Trust me, I do. I'm an outsider publishing openly, not through a lab with a standard template. But, nonetheless, the experiments run, the results reproduce, and the repo shows the full details. If something seems unclear, I'm happy to point to the exact script or log line. Just let me know.
Re: Post-transformer inference: 224× compression of Llama-70B with improved accuracy
#28I’ve been working independently on a method that replaces full-transformer inference with a low-rank “meaning field” extracted from internal activations. The core result: a frozen Llama-3.3-70B can be distilled into a 256-dimensional field representation, giving 224× compression and slightly higher accuracy on several benchmarks. A small student model then learns to directly generate these fields from text, removing…
Technical feedback: Every single announcement, like compression needs the addition of the lower limits of machine requirements. if a 64Gb model is compressed 224x times, should that not be able to be run on a 292mb video card?
What gets small is the student. The tiny head trained on the teacher’s first layer fields. That head ends up a few MB because it's not a transformer at all. It's basically a lightweight function approximator that reproduces the teacher’s behavior on the specific task it was trained for.
So training still requires the usual multi-GB footprint. (Which can be done offline) After training, inference with the student requires only the head. That's why inference is cheap but you can't load the full teacher into 292 MB of VRAM.
Re: Post-transformer inference: 224× compression of Llama-70B with improved accuracy
#29Earlier quoted context omitted.
Technical feedback: Every single announcement, like compression needs the addition of the lower limits of machine requirements. if a 64Gb model is compressed 224x times, should that not be able to be run on a 292mb video card?
That's exactly what I was trying to infer from the abstract which sadly doesn't explicitly calls out memory requirements. I assume it increases inference time by getting rid of transformers. What's the memory requirements then ? Edit: they claim these somewhere in the doc: > Memory Teacher model: multi-GB (entire model must be loaded) AN1 head: a few MB (only head needed after training) I find the claims surreal, can…
The teacher still has to be loaded at training time, so the footprint is whatever the original model uses. Again, the compression doesn't shrink the teacher. It produces a small student head. After training, the teacher is no longer needed and the student runs by itself. That's why the inference footprint drops to a few MB.
It doesn't increase inference time at all. It removes transformers entirely from the inference path. The student computes directly on the layer-1 field, which is why it's so small and so fast.
On the request for a distilled “few MB” head for Llama 70B,that part is already reproducible right from the repo. The head is always task specific, not a general LLM, so uploading a single checkpoint wouldn't tell the whole story. The better path is to run the extraction script and train the head for any task you want. The pipeline is fully open, end to end. I'm looking for people to validate it independently.
If you need anything else cleared up, just let me know.
Re: Post-transformer inference: 224× compression of Llama-70B with improved accuracy
#30I’ve been working independently on a method that replaces full-transformer inference with a low-rank “meaning field” extracted from internal activations. The core result: a frozen Llama-3.3-70B can be distilled into a 256-dimensional field representation, giving 224× compression and slightly higher accuracy on several benchmarks. A small student model then learns to directly generate these fields from text, removing…
10 pages for a paper with this groundbreaking of a concept is just embarrassing. It is barely an outline. "confirming that 40× compression preserves field geometry with minimal distortion. Over 95% of samples achieve similarity above 0.90." I smell Grok. Grok 3, maybe Grok 4 Fast. > "Implementation details. Optimal configurations are task and architecture-dependent. Production systems require task-specific tuning bey…
“Attention Is All You Need” (Vaswani et al., 2017)
Length: 11 pages of main content, 5 pages of references and appendix
2. The first GPT paper (Radford et al., 2018)
Length: 12 pages
3. BERT (Devlin et al., 2018)
Length: 14 pages
Big ideas don't require big papers. I don't know where you got that idea from.