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: adamsreview – better multi-agent PR reviews for Claude Code
Claude Code에서 최대 7개의 병렬 서브 에이전트가 각각 다른 관점으로 PR을 리뷰하고, 자동 수정까지 해주는 오픈소스 플러그인이다. 기존 /review나 CodeRabbit보다 실제 버그를 더 많이 잡는다고 주장하지만 커뮤니티에서는 복잡도와 실효성에 대한 회의론도 나왔다.
How Fast Does Claude, Acting as a User Space IP Stack, Respond to Pings?
Claude Code에게 IP 패킷을 직접 파싱하고 ICMP echo reply를 구성하도록 시켜서 실제로 ping에 응답하게 만든 실험으로, 'Markdown이 곧 코드이고 LLM이 프로세서'라는 아이디어를 네트워크 스택 수준까지 밀어붙인 재미있는 사례다.
Show HN: Git for AI Agents
AI 코딩 에이전트(Claude Code 등)가 수행한 모든 툴 호출을 자동으로 추적하고, 어떤 프롬프트가 어느 코드 줄을 작성했는지 blame까지 가능한 버전 관리 도구다.
Principles for agent-native CLIs
AI 에이전트가 CLI 도구를 더 잘 사용할 수 있도록 설계하는 원칙들을 정리한 글로, 에이전트가 CLI를 도구로 활용하는 빈도가 높아지면서 이 설계 방식이 실용적으로 중요해지고 있다.
Agent-harness-kit scaffolding for multi-agent workflows (MCP, provider-agnostic)
여러 AI 에이전트가 서로 역할을 나눠 협업할 수 있도록 조율하는 scaffolding 도구로, Vite처럼 설정 없이 빠르게 멀티 에이전트 파이프라인을 구성할 수 있다.
Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem
AI 에이전트가 실제 프로덕션 데이터를 건드려도 롤백할 수 있는 격리된 샌드박스 환경을 제공하는 도구로, GitHub/S3/Google Drive를 하나의 버전 관리 파일시스템으로 묶어준다.