Coding with LLMs in the summer of 2025 – an update
TL;DR Highlight
Redis creator antirez shares 1.5 years of coding with LLMs — a practical guide arguing against vibe coding in favor of human+LLM collaboration for maximum quality.
Who Should Read
Mid-level+ developers actively using or considering LLMs for everyday coding. Especially those working in areas with rich LLM training data like C/systems programming who want to boost productivity.
Core Mechanics
- antirez emphasizes using LLMs as an 'amplifier' but never a 'one-man band'. Vibe coding (letting LLMs do everything) is only OK for small throwaway projects — for non-trivial work it produces unnecessarily large, fragile code.
- Giving LLMs large context is the key. Include the entire codebase, relevant papers, and your own brain dumps (why bad approaches are bad, rough solution sketches) for best results.
- LLMs excel at code review — feeding the entire codebase + docs and asking 'find bugs in this code' catches off-by-one errors and null handling issues that humans miss.
- The best workflow: have the LLM draft an implementation plan first, review it yourself, then let it generate code based on the approved plan.
Evidence
- Dependency on paid LLMs was a major concern. Programming was traditionally possible with free/open tools, and relying on paid models like Gemini or Claude as standards is problematic beyond the $200/month cost — it's the third-party dependency itself that's the issue.
- A user shared experience implementing 10-20 issues via Claude GitHub Action — small, well-scoped, independent issues worked well, but interconnected changes across multiple files failed frequently.
- The Redis Vector Sets project was cited as a concrete example where LLM-assisted code review caught bugs before deployment.
How to Apply
- For code review with LLMs: feed the entire codebase + related docs as context and ask 'find bugs in this code' — catches off-by-one and null handling issues humans miss. Redis Vector Sets showed this eliminates many pre-deployment bugs.
- Don't ask LLMs to generate code immediately. First ask for an 'implementation plan with tradeoff analysis', review it yourself, then proceed with code generation based on the approved plan.
- For complex tasks, include your own reasoning in the prompt — explain why obvious approaches won't work and provide rough solution sketches to guide the LLM away from common pitfalls.
Terminology
Related Papers
Show HN: OpenKnowledge – open source AI-first alternative to Obsidian/Notion
Git 기반 동기화와 Claude/Codex/Cursor 연동을 내장한 로컬 우선 마크다운 에디터로, AI 에이전트의 두 번째 뇌(LLM Wiki)로 활용할 수 있는 오픈소스 도구다.
The Unfireable Safety Kernel: Execution-Time AI Alignment for AI Agents and Other Escapable AI Systems
AI 에이전트가 자신의 안전장치를 우회할 수 없도록, 에이전트 프로세스 바깥에 수학적으로 증명된 강제 통제 게이트를 배치하는 아키텍처
RubyLLM: A Ruby framework for all major AI providers
OpenAI, Claude, Gemini 등 주요 AI 프로바이더를 단일 인터페이스로 통합한 Ruby 프레임워크로, Rails 통합과 에이전트 기능까지 지원해 Ruby 개발자가 AI 기능을 빠르게 붙일 수 있다.
Qwen-AgentWorld: Language World Models for General Agents
Alibaba Qwen 팀이 AI 에이전트가 행동 결과를 미리 시뮬레이션할 수 있는 'Language World Model'을 공개했다. 에이전트 훈련과 실행 경로 검증에 새로운 패러다임을 제시하는 연구다.
SHERLOC: Structured Diagnostic Localization for Code Repair Agents
버그 위치만 알려주는 게 아니라 '왜, 어떻게 고쳐야 하는지'까지 진단 리포트를 생성해서 코드 수정 에이전트의 성능을 높이는 training-free 프레임워크
Show HN: peerd – AI agent harness that runs entirely in your browser
백엔드 서버 없이 Chrome/Firefox 확장 프로그램으로만 동작하는 AI 에이전트 실행 환경으로, 브라우저 탭을 직접 조작하고 WASM Linux VM까지 구동할 수 있어 프라이버시와 보안을 동시에 챙길 수 있다.