Sharyar Naseem
AI & ML interests
Recent Activity
Organizations
Qwen/Qwen3.8-27B
Welcome Inkling by Thinking Machines


- +3
GGML and llama.cpp join Hugging Face
Code a simple RAG from scratch
runs this model deepgrove/maple-preview with cool performance i found today on WebGPU locally on your computer with very fast speeds.
made with a mix of gpt 5.6 sol + opus 5 ultracode, its amazing what agents can do now, just a year ago this wouldve been impossible with them.
MCP for Research: How to Connect AI to Research Tools
Hugging Face Models on Foundry Managed Compute
and the @liquidai blog comes with some nice details about the training procedure, so let's analyze it.
basically, a full agent training pipeline but compressed into 2.6B
base model โ SFT โ specialized teachers per domain (SFT + RLVR) โ on-policy distillation back into one student โ agentic RL
the two most interesting stages
โ MOPD: the student generates, each prompt routes to its domain teacher for token-level feedback. teachers branch from the same SFT checkpoint, so their signal stays close to the student's distribution
โ agentic RL: multi-turn GRPO inside real harnesses (OpenClaw, Hermes Agent), one sandbox per rollout, a proxy captures token-level trajectories while the harness stays a black box
this makes a 2.6B that beats much larger models on instruction following and tool use
SFT, distillation, RL, RL envs: exactly what we're covering in our Training Agents livestream series (next one coming soon!)
โ model: LiquidAI/LFM2.5-2.6B
โ blog: https://www.liquid.ai/blog/lfm2-5-2-6b
โ live series: https://www.youtube.com/playlist?list=PLo2EIpI_JMQvQZm-kVlz4wY1vWF0LBcf5
Security incident disclosure โ July 2026
Anatomy of a Frontier Lab Agent Intrusion: A Technical Timeline of the July 2026 Incident


- +2
GPU Management: Why Idle GPUs Are the New Grounded Aircraft
One thing worth adding for an honest discussion
It wasn't all smooth. On one agentic run, the model pulled data through an MCP tool in the wrong format, and instead of flagging that something was off, it confidently presented the incorrect data as fact. That's a classic hallucination, and in an agentic setup it's risky because the wrong output feeds straight into the next step.
Interestingly, when I ran a similar flow with Gemma 4 E4B, I didn't hit that hallucination. It handled the data grab without the same issue.
So I'm genuinely torn on the takeaway. Part of me thinks this is a prompting problem on my end. A tighter, more explicit prompt with clearer constraints on the expected data format might have prevented it. But part of me wonders how much a smaller model should be expected to self correct when a tool returns something malformed.
Curious what others think:
When an MCP tool returns bad or wrongly formatted data, whose job is it to catch it, the model, the prompt, or the tool layer? Have you seen smaller agentic models confidently state wrong tool output as fact?
What prompting patterns do you use to force a model to validate tool responses before trusting them?
Would love to hear how others are handling this.