Nerd Level Tech (@NerdLevelTech) header
Nerd Level Tech (@NerdLevelTech) profile picture

AI tips, technical tutorials, guides, and workflows for the modern AI era.

Nerdy Place
Joined February 2017
Photo by Nerd Level Tech (@NerdLevelTech)Photo by Nerd Level Tech (@NerdLevelTech)Photo by Nerd Level Tech (@NerdLevelTech)Photo by Nerd Level Tech (@NerdLevelTech)Photo by Nerd Level Tech (@NerdLevelTech)Photo by Nerd Level Tech (@NerdLevelTech)Photo by Nerd Level Tech (@NerdLevelTech)Photo by Nerd Level Tech (@NerdLevelTech)Photo by Nerd Level Tech (@NerdLevelTech)Photo by Nerd Level Tech (@NerdLevelTech)
Nerd Level Tech retweeted
Kimi K3.1 Pro scores 65.7 on Terminal-Bench 4.0 in its own lab's table: ahead of GPT-6 Astra (58.2) and Claude Fable 5.1 (57.9), 0.7 behind Opus 5.5 (66.4). Open weights, 2.8T MoE, 104B active. Moonshot's table, where it leads: - Terminal-Bench 4.0: 65.7 vs 58.2 GPT-6 Astra, 57.9 Fable 5.1 - SWE Marathon v1.1: 51.7 vs 46.3 Opus 5.5 - BrowseComp: 92.1 vs 91.5 GPT-6 Astra - HLE-Full with tools: 70.0 vs 67.7 Opus 5.5 Where it trails: - Program Bench: 31.5 vs 65.0 Opus 5.5 - Terminal-Bench-Science 0.1: 38.1 vs 68.1 GPT-6 Astra - HLE-Diamond: 39.4 vs 65.8 GPT-6 Astra - ExploitBench: 74.7 vs 100 GPT-6 Astra Fine print: Moonshot ran its own model with the Claude Code harness; the rival scores are the highest from those labs' blogs or public leaderboards. Not an outside test. Licence: free to use and fine-tune, but a company selling model-as-a-service with over $20M in 12 months needs a separate deal (section 2). Not OSI. No Ollama page for K3.1 (checked today), and at 2.8T it is rented, not run at home. For agent work: the open model with the published table, or the closed one that wins on Program Bench and the science test? huggingface.co/moonshotai/Ki…
8
2
8
234
Nerd Level Tech retweeted
SenseNova released SenseNova-Loop-9B-Preview (30 Oct), an open-weights 9B model that runs the same block of layers twice: 32 layers stored, 56 layer-steps per answer. In the lab's own chart: - BIRD-Dev 71.38, next model listed 69.84 - WorkBuddy 66.89 vs 61.98 - TeamBench 48.89 vs 44.44 - AutomationBench 13.72 vs 10.17 It trails on Terminal Bench 2.1 (40.45 vs 49.44 for Nanbeige 4.2-3B and 47.19 for Qwen3.5 27B) and tau3-Banking (18.56 vs 19.59). The comparison set is the lab's pick. Apache 2.0 weights, marked Preview, tech report TBD, no Ollama page (checked today). Runs through Transformers with custom code. Which is better depends on the job: the looped small model looks stronger on SQL, spreadsheet and team-task benchmarks, the bigger models on terminal work. huggingface.co/sensenova/Sen…
4
2
5
122
Nerd Level Tech retweeted
DiffuSpace released Clover-35B-A3B-Preview (28 Oct), an open-weights 35B model (about 3B active) that writes blocks of text in parallel, a diffusion model, instead of one token at a time. In the lab's own table, against Qwen3.6 35B-A3B: - SWE-bench Verified 73.6 vs 65.8 - Terminal-Bench 2.1 51.7 vs 43.1 - SWE-Pro 46.5 vs 42.7 - ZebraLogic 95.8 vs 89.2 It trails on HLE text-only (12.8 vs 21.2) and AIME 2026 (83.3 vs 90.4). The baselines are the lab's pick, and the 680 tokens/s speed claim is its own test on a GB300. Apache 2.0 weights, marked Preview, custom code required, about 69 GB in BF16, no Ollama page (checked today). SGLang and llama.cpp backends are in the repo. Coding agent or hard maths: which one do you pick, the faster diffusion model that wins on SWE-bench, or the standard one that wins on AIME? huggingface.co/Diffuspace/Cl…
2
4
104
Nerd Level Tech retweeted
Baidu released Unlimited-OCR 2, an open-weights model that reads a 100-page document in one pass. By the paper's own tables: - MarathonDocBench (100+ pages): 77.06, next model listed (Kimi-K3) 33.74 - MPDocBench (tens of pages): 84.59 vs 78.30 for Qwen3.8-Max - Peak KV cache while reading: 1.77 GB vs 47.00 GB with standard decoding It trails page by page: on OmniDocBench v1.6 it scores 94.02, behind TeleOCR (96.91, 1.2B) and OvisOCR2 (96.47, 0.8B). MarathonDocBench is also Baidu's own new benchmark. 3B parameters, 0.5B active, MIT licence. No Ollama page yet (checked today); the repo targets SGLang on an 80 GB A800. For parsing long documents locally, would you pick the one built for 100+ pages, or a small specialist that scores higher page by page? huggingface.co/baidu/Unlimit…
6
2
8
269
Nerd Level Tech retweeted
If you’ve been meaning to try @prisma Postgres and Prisma Compute, this walkthrough is a practical place to start. You go from an empty folder to a deployed TypeScript API with Prisma 8: scaffold the project, define the data contract, run Prisma Postgres locally, seed and test the API, then deploy to Prisma Compute. It’s deliberately a production baseline, not much UI, no much auth, no extra product features. The walkthrough includes real terminal output and screenshots, and it runs on the Free plan without a card. nerdleveltech.com/guides/pri…
🤖 Made with AI
1
3
8
942
Nerd Level Tech retweeted
Microsoft released Mage-VL-Cowork: a 4B open-weights model that operates a computer by clicking the screen and by running terminal commands. On OSWorld-Verified (50-step budget), by Microsoft's own table: - Overall: 66.0, level with Muse Glimmer-30B (65.9) and ahead of Qwen3.6-27B (63.9) - OS tasks: 87.5 vs 79.2 for ScaleCUA-Qwen3.5-9B - Multi-app workflows: 62.7 vs 48.1 for that same 9B It trails that 9B overall (68.7) and on professional tasks (66.3 vs 89.5). GPT-5.4-mini scores 69.6. Weights are 9.5 GB in BF16, Apache 2.0 licence. No Ollama page yet (checked today). For a local computer-use agent, would you take the 4B that mixes clicking and code, or the 9B that scores higher on office and professional tasks? huggingface.co/microsoft/Mag…
2
1
5
188
Nerd Level Tech retweeted
Recursive released Flint: an open-weights coding model with 39.8B total parameters and about 2.5B active per token, built to run on a laptop. By Recursive's own chart, it beats Qwen 3.6 (a similar-size MoE, 3B active) on: - Terminal-Bench 2.1: 54.9 vs 44.9 - SWE-bench Pro v2: 89.7 vs 73.8 - IFBench: 89.2 vs 67.9 It trails the dense Qwen 3.8 (27-31B) on: - Terminal-Bench 2.1: 54.9 vs 73.0 - SWE-bench Pro v2: 89.7 vs 94.9 - LiveCodeBench v6: 80.3 vs 90.3 Recursive claims more than 5x the speed of dense models with similar coding scores. On Ollama: ollama run flint (23 GB download, 256K context). Licence: Apache 2.0. For a local coding agent, would you take the fast small-active model or the dense one that scores higher on the hard tests? recursive.com/updates/introd…
11
3
9
405
Nerd Level Tech retweeted
Liquid AI released LFM3-1.7B: an open-weights text model for local agents that fits in about 1 GB at 4-bit. By Liquid's own table, it beats Qwen3.5 9B (a model about 5.7x larger) on: - tool use: BFCL V4 71.4 vs 62.8 - coding: LiveCodeBench v6 73.5 vs 69.9 - instruction following: IFEval 96.7 vs 92.1 It trails on knowledge and long context: - GPQA Diamond 63.4 vs 80.4 - RULER 128K 65.6 vs 87.1 256K context window. On Ollama: ollama run lfm3 (the default download there is 1.7 GB). Licence: LFM Open License v1.0, not an OSI open-source licence. Commercial use is covered only for organisations under $10M annual revenue. For a local agent, would you take the small model that is good with tools or the big one that knows more? liquid.ai/blog/lfm3
6
2
11
254
Nerd Level Tech retweeted
Sebastian Raschka just published a video course on building a reasoning model from the ground up: eight videos, over 11 hours of coding, in Python and PyTorch. You start from a pre-trained LLM and add the pieces in order: - evaluating the model - inference-time scaling (spending more compute while it answers) - reinforcement learning - distillation It is the sequel to his 'Coding LLMs from the Ground Up' course, but he says you can watch it without that one. Limit: it is 11 hours of hands-on coding, not a quick overview. What would you want to build first, the evaluation or the training loop? magazine.sebastianraschka.co…
2
1
5
170
Nerd Level Tech retweeted
Moonshot's Kimi K3.1 Pro is live in its app and API: a 3T-class open-weight model with a 1M-token context window. The weights themselves are promised by Nov 4. What they report (their numbers, not independent ones): - Terminal-Bench 4.0: 65.7%, against 58.2% for GPT-6 Astra and 66.4% for Claude Opus 5.5 - Kimi Code Bench 3.0 Long-horizon, their internal benchmark: 61.2%, up from 55.95% for K3 - A factual-accuracy stress test: claim-level hallucination rate down from 23.4% to 8.3%. They say it does not represent everyday error rates The part worth reading: for the open-weight release they removed cyber-related data from both mid-training and the RL stage. On their in-house exploit benchmark, the checkpoint without that removal solves 90.5% of problems at pass@3, the final model 81.0%. Removal lowered it, and stronger general coding still raised it over K3. Can't run it locally yet: no weights, and the page names no licence, so no ollama line until they land. Would you run it yourself once they do? kimi.ai/blog/kimi-k3-1-pro
1
2
4
182
Nerd Level Tech retweeted
If litellm 1.107.0 ever ran on a machine of yours, don't start with pip install: Python runs the implant on every start, pip included. LiteLLM's own incident report says 1.107.0 was on PyPI from 11:39 to 13:23 UTC on 21 Oct, and the docker tags latest, main-latest and main-stable pointed at an infected image until 14:20 UTC. The v1.107.0 git tag is clean. The payload was built from a lookalike repo. What to check: pip show litellm litellm-1.107.0.dist-info, cook.pth and sitecustomize.py in site-packages a detached python daemon holding /tmp/remote_code_loader.lock What to do: delete the three files first, kill the daemon, then reinstall pinned to 1.106.2 (or rebuild the venv or image). Not finding a file doesn't prove you're clean. Then rotate what the host could reach: the instance role, every provider key in the proxy DB, the master and virtual keys, the DATABASE_URL password, any secret in a process environment. In CloudTrail, look for GetCallerIdentity from the instance role around install time. What the stealer reads, per SafeDep's decode: SSH keys, cloud and CI credentials, AI tool tokens and the proxy's provider keys. docs.litellm.ai/blog/securit…
2
5
236
Nerd Level Tech retweeted
Load Balancing in System Design ➤ What is Load Balancing? → Definition: The process of distributing incoming network traffic across multiple servers to prevent any single server from becoming overloaded. → Goal → Improve performance → Increase availability → Distribute workloads → Prevent bottlenecks → Load balancers sit between clients and backend servers. → Example → 1,000 requests arrive → Load balancer distributes them across 5 healthy servers → Each server handles approximately 200 requests, assuming equal distribution. ➤ How Load Balancing Works → Client sends a request → Load balancer receives the request → Checks server health and availability → Selects an appropriate backend server → Forwards the request to that server → Server processes the request and returns a response → If a server fails → Health checks detect the failure → Traffic is redirected to healthy servers. ➤ Why Load Balancing Matters → Prevents individual servers from becoming overloaded → Improves application responsiveness → Increases availability through server redundancy → Supports horizontal scaling → Enables maintenance with reduced service disruption → Helps applications handle traffic spikes → Common use cases → E-commerce → Social media → Streaming platforms → Banking systems → Cloud applications ➤ Types of Load Balancers → Layer 4 Load Balancing → Operates at the transport layer (TCP/UDP) → Routes traffic using network information such as IP addresses and ports → Offers efficient, low-overhead traffic distribution → Layer 7 Load Balancing → Operates at the application layer (HTTP/HTTPS) → Routes requests using URLs, headers, cookies, or hostnames → Supports content-based routing and application-aware decisions → Hardware Load Balancers → Dedicated physical appliances → Common in traditional enterprise infrastructure → Can provide high performance but may increase infrastructure costs → Software Load Balancers → Run as software on servers or virtual machines → Flexible and configurable → Examples → NGINX → HAProxy → Envoy → Cloud Load Balancers → Managed load-balancing services offered by cloud providers → Examples → AWS Elastic Load Balancing → Google Cloud Load Balancing → Azure Load Balancer ➤ Common Load Balancing Algorithms → Round Robin → Sends requests to servers in a repeating sequence → Best for servers with similar capacity and relatively uniform workloads → Weighted Round Robin → Assigns more requests to servers with higher weights → Useful when backend servers have different capacities → Least Connections → Routes traffic to the server with the fewest active connections → Useful when requests take different amounts of time to complete → Weighted Least Connections → Considers active connections and server capacity → Helps distribute workloads across heterogeneous servers → IP Hash → Uses a client's IP address to select a backend server → Can help maintain routing consistency, but does not guarantee session persistence in every configuration → Least Response Time → Selects servers based on response time and, depending on the implementation, active load → Helps direct traffic toward more responsive instances ➤ Health Checks and Failover → Active Health Checks → Periodically send probes to backend servers → Passive Health Checks → Detect failures from actual traffic → Unhealthy Server → Stop sending new requests to that server → Recovery → Return the server to service after it passes health checks → Failover → Redirect traffic to healthy alternatives → Important → Health checks reduce the impact of failures, but they do not eliminate every failure scenario. ➤ Load Balancing Architecture → Client Requests → Load Balancer → Server 1 → Server 2 → Server 3 → Server N → Shared Cache → Database → Read Replicas → Traffic increases → Add backend instances → Server fails → Redirect traffic to healthy instances → Traffic decreases → Scale down excess capacity → For critical systems → Deploy redundant load balancers to avoid creating a single point of failure. ➤ Challenges in Load Balancing → Uneven traffic distribution → Session persistence and state management → Health-check configuration → Backend server failures → Load balancer capacity limits → TLS termination and certificate management → Cross-region routing and network latency → Maintaining observability across multiple servers ➤ Load Balancing vs Auto Scaling → Load Balancing → Distributes traffic across available servers → Auto Scaling → Adds or removes server instances based on demand → Load balancing helps distribute existing capacity → Auto scaling adjusts the amount of available capacity → Together → Support responsive, scalable applications ➤ In System Design Interviews → Estimate incoming traffic and peak requests per second → Identify potential server bottlenecks → Choose Layer 4 or Layer 7 load balancing → Select an appropriate routing algorithm → Explain health checks and failover → Discuss stateless services and session management → Consider multi-zone or multi-region deployment → Evaluate latency, availability, cost, and operational complexity ➤ System Design Handbook → A practical guide to mastering system design fundamentals and distributed architectures → Covers load balancing → Scalability → Consistency → Fault tolerance → Durability → Caching → Databases → CAP Theorem → Designed for developers preparing for system design interviews and building reliable production systems Get the System Design Handbook here: codewithdhanian.gumroad.com/…
7
30
194
4,495
Nerd Level Tech retweeted
DeepSeek open-sourced DeepInfer, the inference framework behind its production services (Apache 2.0, on GitHub since 16 Oct). The README is unusually clear about scope, so here's what's in it and what isn't. In the box: - one model so far, DeepSeek-V4.1-Flash (MIT-licensed weights) - attention data parallelism, MoE expert parallelism with EPLB - "DSpark" draft-token decoding, max draft length 5 by default - batch-invariant inference: a request gets the same result whatever else shares its batch (NVIDIA only) - deterministic sampling with a fixed seq_seed (NVIDIA only) - structured outputs from a regex, a JSON schema or an EBNF grammar Not in the box: a KV cache system, prefill/decode disaggregation, and load balancing across replicas. The README calls all three required for a complete inference service. This release is offline inference. Hardware: NVIDIA SM100 GPUs or Huawei Ascend 950 NPUs. The published benchmarks ran prefill on 4 GPUs and decode on 64. It started out built mainly on vLLM, with ideas from SGLang and TensorRT-LLM, and the README credits all three. To try the model without that hardware, Ollama lists it as a cloud model only: ollama run deepseek-v4.1-flash:cloud github.com/deepseek-ai/DeepI…
3
1
9
343
Nerd Level Tech retweeted
Meet Qwen3.8-Flash-Next-FP4-Local: a quantized image-text-to-text powerhouse. FP4 precision means faster inference and lower memory, all while handling vision and language together. Built for local deployment with ModelOpt optimization. This is efficiency meets multimodal AI.
2
4
22
2,562
Nerd Level Tech retweeted
We made open models run over 2x faster than Ollama, without any new hardware Introducing Magnitude, an open source inference engine that runs open models as fast as your hardware allows. It tunes its kernels on your machine to find the fastest way to run each model Works on Apple Silicon, NVIDIA, AMD, or just a CPU On average across 11 popular local models: Mac M4 Pro vs Ollama (MLX) 1.32x faster prefill, 2.19x faster decode DGX Spark vs Ollama (llama.cpp) 1.34x faster prefill, 2.17x faster decode Ollama, LM Studio, and llama.cpp ship one-size-fits-all kernels, because tuning each model for each chip by hand would take forever Magnitude tunes them automatically. When you download a model, it spends up to a minute on your actual chip trying different ways to split up the math (how many GPU threads team up, how big a chunk each one takes, how far ahead to load data) and keeps the fastest combination that doesn't change the model's output Each model also comes paired with the best speculative decoding drafter, for even more speed One click connects Magnitude to the agent you already use (Pi, OpenCode, Hermes, Codex, and more). It's also built specifically for agents: • Each agent uses about half the memory, thanks to a quantized KV cache • Memory grows and shrinks with your sessions, so your computer stays usable • Agents share prefix caches, so several can run at once without slowing down Next, we're working on getting even more out of your hardware: • Expert streaming from RAM or disk, to run models bigger than your GPU allows • Splitting one model across all your GPUs and CPU so nothing sits idle • Attention pruning that skips low-impact math, for much faster prefill Ships as a desktop app on Mac, Windows, and Linux 100% free and open source Download → magnitude.dev/download GitHub → github.com/magnitudedev/magn…
101
188
37
2,062
102,698
Nerd Level Tech retweeted
Detects faces, extracts landmarks, and generates feature embeddings for on-premise recognition workflows. github.com/Faceplugin-ltd/Op…
3
66
1
495
23,197
Nerd Level Tech retweeted
25 SQL Queries Every Data Analyst Should Know
3
54
366
9,681
Nerd Level Tech retweeted
I struggled with Git until I learned these 19 commands: 1 git add: It lets you add changes from working directory into staging area 2 git commit: It lets you save a snapshot of currently staged changes in local repository, with a message 3 git push: It lets you upload commited changes from local repository to a remote repository 4 git fetch: It lets you download changes from a remote repository, without applying them locally 5 git pull: It lets you fetch & then merge changes from a remote repository into local branch 6 git merge: It lets you combine changes from one branch into another 7 git diff: It lets you see changes not staged or commited yet 8 git diff HEAD: It lets you see changes between current working directory & latest commit 9 git status: It shows you current state of working directory & staging area 10 git branch: It lets you see all local branches 11 git checkout: It lets you create a branch or switch between branches 12 git log: It shows you commits on current branch with extra details 13 git stash: It lets you temporarily save uncommitted changes & apply them later 14 git rebase: It lets you apply commits from one branch to another 15 git reset: It lets you undo changes in working directory & move back to a specific commit 16 git revert: It lets you undo changes by creating a new commit 17 git cherry pick: It lets you apply commits from one branch to another 18 git bisect: It lets you narrow down bugs quickly 19 git init: It lets you create an empty repository Anything else you'd add to this list? 1 RR to help others learn git. 2 If you want to become a better engineer, @systemdesignone is your guy.
10
152
7
781
30,017
Nerd Level Tech retweeted
Heartbeat for Long Tools A tool that takes 40 seconds with no signal looks identical to a dead tool. As a dev, I now require heartbeats from long tools. Heartbeat Cheatsheet: 1. Send a heartbeat every few seconds 2. Include a progress hint when the tool has one 3. Treat a missed heartbeat as a warning 4. Treat several misses as a failure 5. Log heartbeat gaps 6. Let the user see that work is still happening Core principle: Silence is not proof of life. Pro tip: A heartbeat with no progress text is still better than nothing. Which of your tools can run for more than 10 seconds without any signal? Reply below Follow @AiCamila_ for daily production AI and DevOps patterns. #Heartbeat #Tools #AgenticAI #ProductionAI #Observability
5
1
19
538
AWS networking will be easy...once you understand this
1
17
92
2,712