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
Migrating a production AI agent to GPT-5.6: 2.2x faster, 27% cheaper
마케팅 웹사이트를 자동 생성하는 프로덕션 AI 에이전트를 Claude Opus 4.8에서 GPT-5.6 Sol로 전환한 실전 경험담으로, 단순 모델 교체가 아니라 eval 하네스, 툴 스키마, 캐싱, 추론 리플레이까지 손봐야 했던 과정을 구체적인 수치와 함께 정리했다.
What xAI's Grok build CLI sends to xAI: A wire-level analysis
xAI의 공식 코딩 CLI 도구 Grok Build가 사용자 동의 없이 전체 Git 저장소와 .env 시크릿 파일을 xAI 서버로 업로드한다는 사실이 네트워크 트래픽 분석으로 밝혀졌다.
Remember When It Matters: Proactive Memory Agent for Long-Horizon Agents
LLM 에이전트가 긴 작업 중 중요한 정보를 잊어버리는 문제를 별도의 메모리 에이전트가 '적절한 타이밍에' 끼어들어 해결하는 방법
WebSwarm: Recursive Multi-Agent Orchestration for Deep-and-Wide Web Search
복잡한 웹 검색을 재귀적으로 분해하고 각 노드에 적합한 검색 모드를 동적으로 할당하는 멀티에이전트 프레임워크
Show HN: Reverse-engineering web apps into agent tools
로그인된 웹 앱의 API 호출을 브라우저에서 감시해 자동으로 MCP 도구로 변환하는 에이전트를 만들었다. 소스 코드나 공식 API 문서 없이도 Jira, Spotify 같은 서비스에 AI 어시스턴트를 붙일 수 있다.
Show HN: FableCut – A browser video editor AI agents can drive (zero deps)
타임라인 전체를 JSON 파일 하나로 표현하고 MCP/REST로 AI 에이전트가 직접 편집할 수 있는 브라우저 비디오 에디터로, Claude 같은 AI가 프롬프트 하나로 영상을 자동 컷편집하고 결과를 실시간으로 UI에 반영해준다.