Urgent.News

What's breaking now, across thousands of outlets.

AI

Claude Code vs Codex CLI vs Cursor: An Honest Field Guide for Working Developers

Claude Code vs Codex CLI vs Cursor: An Honest Field Guide for Working Developers I use all three. Not because I enjoy collecting tools, but because they genuinely think differently — and picking the wrong one for a task costs real time. Last week I sat down and turned my notes into a proper cheatsheet repo: ai-coding-cheatsheet . Every command, shortcut, and config option in it was checked line…

Claude Code, Codex CLI, and Cursor are three AI coding assistants that work differently and cater to distinct workflows. Claude Code is a terminal assistant with memory capabilities, while Codex CLI separates what the AI can touch from when it must seek approval. Cursor, on the other hand, integrates AI into the IDE, offering context-aware editing shortcuts.

Claude Code's defining idea is that the AI should remember your project. It keeps project memory in CLAUDE.md, personal preferences in ~/.claude/CLAUDE.md, and local-only notes in CLAUDE.local.md. AGENTS.md is another file it reads, allowing multiple conventions to coexist. The two key habits for Claude Code are writing verifiable instructions in memory files and starting big tasks in plan mode. This allows the AI to suggest changes before execution, reducing the time spent on costly mistakes.

Codex CLI separates the questions of what the agent can touch and when it needs approval. It has three sandboxes - read-only, workspace-write, and danger-full-access - and an approval policy that defaults to on-request. Its superpower lies in automation, with commands like codex exec fix fixing failing tests non-interactively. However, beware of the dangerously flagged flags, as they should only be used in isolated environments. Codex CLI is best for scripted and automated agent runs in CI and script environments.

Cursor's core pitch involves three main shortcuts: editing selected code inline, opening a chat with selection context, and handing the wheel to the Agent for multi-file rewrites. Context control is explicit, allowing AI to operate on files, codebase, docs, web, Git, or individual files. Project rules live in .cursor/rules/ as one .mdc file per rule, with attachment modes like Always, Auto Attached, Agent Requested, and Manual.

Three postures define the Agent - Ask for read-only exploration, Agent for editing with confirmation, and Plan for proposal-based actions. Cursor excels in day-to-day editing within the IDE environment.

When working with these tools, remember to keep your rules, secrets, and workflows consistent. Use plan mode for anything beyond minor fixes, write machine-readable rules, and avoid pasting sensitive information into the chat. These habits will make your interactions with Claude Code, Codex CLI, and Cursor more efficient and effective.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in AI

The Model Changed Again — and Your Whole Product Is Just a Harness Around It

There's a line from Hacker News this week that I can't stop thinking about: "Every SaaS business will become a harness around a model." (86 pts) It sounds like a throwaway prediction.

  • SaaS businesses will become harnesses around models
  • Model is the river shaping product, not foundation
  • Harness includes prompts, orchestration, guardrails

Sovereign Runtime: The Model You Can Actually Run Is the Model You Own

For five articles I've been arguing that agents get captured one layer at a time: distribution (#45), the model (#46), identity (#47), access (#48), the harness (#49), and the meter (#50).

  • Open 125B model now runs on single RTX 4090 at 100 tokens per second
  • Four key factors to consider for owning the runtime: weights, hardware, serving path, fallback
  • Owning the runtime reduces risks like price, deprecation, jurisdiction, and outage

More from Wednesday 7 October →