← Hacker News

Kimi-code not performing well

Hacker News · airbreather · July 30, 2026
A user tested kimi-code on their JavaScript and Python codebases after importing Claude-code settings and found it underperformed compared to Claude-code with Anthropic models. The application proved slow, token-intensive, and prone to failures, including instances where it reported completion but the app could not start, along with embedded silent failures despite explicit requirements against them.

Detailed Analysis

A user's hands-on comparison between Kimi-Code (paired with Kimi's underlying models) and Claude Code surfaces a recurring theme in the AI coding assistant space: marketing parity does not guarantee performance parity. The poster, who ported over their existing Claude Code skills, settings, and workflows to test Kimi-Code on a real JavaScript and Python codebase, reports that while Kimi-Code superficially mimics Claude Code's interaction style—complete with running commentary and a similar interface feel—it falls short on substance. Specific complaints include slower execution, higher token consumption, and repeated instances of the tool declaring a task "done" when the resulting application would not even start, a basic sanity check that should precede any completion claim.

The most notable failure mode described is Kimi-Code's handling of error conditions and silent failures. The user explicitly states they maintain a standing instruction—applied across coding tools—that no silent failures are acceptable under any circumstance, yet Kimi-Code embedded multiple silent failure patterns in a relatively small piece of generated code despite this unambiguous directive. This is a meaningful signal because it points to a gap not just in raw coding ability but in instruction-following fidelity and defensive coding discipline—qualities that matter enormously for developers who rely on AI agents to handle non-trivial refactoring and feature work without introducing hidden bugs. Claude Code, by contrast, is implied to reliably respect this kind of standing constraint, which speaks to Anthropic's emphasis on steerability and adherence to explicit system-level or persistent user instructions.

This anecdote matters in the broader context of the rapidly intensifying competition among coding-focused AI agents. Kimi, developed by Moonshot AI, has been positioned as a lower-cost, high-performing alternative to Western frontier models, and its k-series models have generated buzz for benchmark scores that rival or approach Claude and GPT-family models on various coding leaderboards. However, benchmark performance often diverges from real-world agentic coding tasks, where an assistant must autonomously plan, execute, verify, and iterate on multi-step changes across an existing codebase rather than just answer isolated prompts. Real-world software engineering tasks stress-test not just code generation quality but also self-verification behavior, tool use, error handling, and the ability to recognize when a task is genuinely incomplete—areas where this user found Kimi-Code lacking despite inheriting Claude Code's own configured skills and settings.

The broader takeaway reflects a pattern seen repeatedly as open-weight and lower-cost competitors chase frontier-model capabilities: agentic coding is a compounding-error domain where small deficiencies in reliability, verification, and instruction adherence get amplified over multi-step tasks, unlike single-shot benchmark questions. Claude Code's reputation for reliability in this space is likely tied to Anthropic's deep investment in agentic scaffolding, tool-use training, and constitutional AI techniques aimed at reducing exactly the kind of overconfident, unverified completion claims and silent failures described here. As more companies release "Claude Code alternatives" that copy the interface and workflow conventions Anthropic popularized, this kind of firsthand comparison—admittedly based on a single codebase and one user's experience—serves as an informal but telling data point that the underlying model quality and agentic training, not just the surrounding tooling, remain the decisive factor in whether these assistants can be trusted with real production code.

Read original article →