Lisp Development with AI Agents: High Costs and Technical Challenges

AI Agent Performance with Lisp vs. Other Languages
A DevOps engineer using OpenRouter with Goose CLI for AI agentic development discovered significant differences in AI performance between programming languages. While working on an RSS reader format conversion tool in Lisp, he encountered multiple challenges that made development expensive and inefficient compared to Python or Go.
Technical Implementation Details
The engineer initially tried to have AI agents interact with the Lisp REPL using tmux commands: tmux capture-pane -t 0.0 -p | tail -n 1. This approach consumed excessive tokens, required sleep commands, and involved parsing tmux output. Claude showed some progress but still struggled, while cheaper models like DeepSeek and Qwen performed poorly despite working adequately for other tasks.
To improve the situation, he created tmux-repl-mcp, a Python tool that provides a more straightforward REPL interface. Instead of complex tmux interactions, agents could simply run execute_command in the REPL and receive output directly. He chose Python because his existing Goose configuration used uvx for tool installation and management.
Cost and Performance Comparison
The difference between Lisp and Python development with AI was dramatic. With Python, he could write all code and tests in a day or two using cheap models, requiring only semi-manual debugging. With Lisp, even after implementing tmux-repl-mcp, he spent $10 in 30 minutes with Claude, and the signal-to-noise ratio remained poor compared to Python.
Key observations from the experience:
- AI generates code on a path of least resistance, defaulting to common patterns like QuickLisp even when instructed to use alternatives like OCICL
- The high-latency request-response nature of AI APIs conflicts with REPL development workflows
- Languages with high internet volume (Go, Python) are orders of magnitude easier and cheaper for AI-assisted development
- AI has converted language popularity into real cost savings per million tokens
The engineer noted that regardless of language, his role remained similar: acting as an opinionated product owner managing the AI. However, the experience lacked the usual enjoyment of writing Lisp directly, leading him to consider rewriting the project in Go for better AI compatibility.
📖 Read the full source: HN AI Agents
👀 See Also

Open Source Grafana Dashboard Tracks Claude Code Costs and Usage via OpenTelemetry
An SRE built a free Grafana dashboard to visualize Claude Code spend, token usage, cache hit ratios, and edit decisions by pulling OpenTelemetry metrics into Prometheus-compatible backends.

Claude Code Architecture Analysis from Leaked Source Maps
Analysis of Claude Code's 512,000-line TypeScript codebase reveals a Bun-based runtime with React/Ink CLI, 100+ commands, 38+ tools, and multi-agent coordination. The system uses Zod for validation, OpenTelemetry for telemetry, and includes context compression mechanisms.

FOMOE Enables 397B Qwen3.5 Model Inference on $2,100 Desktop Hardware
FOMOE (Fast Opportunistic Mixture of Experts) allows running Qwen3.5's 397 billion parameter flagship model at 5-9 tokens/second on consumer hardware using two $500 GPUs, 32GB RAM, and an NVMe drive with Q4_K_M quantization.

Cascade Graph: Interactive Map of AI Energy Constraints and Supply Chokepoints
The Cascade Graph is a directed knowledge graph of the physical economy, mapping 405 nodes (drivers, chokepoints, geographies, tickers) connected by 597 sourced edges to trace how structural pressure cascades from energy and physics constraints through to investable assets.