SShortSingh.
Back to feed

Terminal coding agents can burn through tokens and run unsafe actions without step limits

0
·8 views

A terminal agent works as a loop where each step appends new observations to the context, so input costs grow quickly without caching or a step cap. The author illustrates this with a hypothetical twelve-step run that consumes 90,000 input tokens versus 3,000 for a single call. Beyond cost, agents that read third-party text while holding shell access face prompt-injection risks, as measured by the AgentDojo benchmark. The article describes Grok CLI and its controls, such as the --max-turns step cap, sandbox mode, and tool and permission restrictions. It advises avoiding the --always-approve flag on machines that can reach production systems.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Study finds AI-assisted developers slower on some tasks, prompting a book on agentic software development

The author argues that a single measurement showing a productivity gain or loss should not be taken as a verdict on AI coding tools, since the full body of results forms a trend that slopes in a particular direction. The piece distinguishes between evidence grades, noting that weakly supported claims can motivate practices but cannot establish them, and that small studies generalize only to similar groups. It draws on the Lindy effect to argue that Parnas's 1972 information-hiding principles remain relevant because they limit the errors an AI agent can make. The author also notes that AGENTS.md, a configuration convention roughly eighteen months old, is promising but not yet proven to be lasting infrastructure. The post introduces a book on the Agentic Development Lifecycle and invites readers to consider how they would ship AI-generated code safely.

0
ProgrammingDEV Community ·

Apple Concedes iPhone Duo Crease Cannot Be Eliminated, Says Matte Coating Only Softens It

Three days after the iPhone Duo went on sale, debate over a visible crease on its foldable inner display has intensified. Apple's hardware engineering chief acknowledged on September 19, 2026, that the physical crease cannot be removed and said the company reduces its visibility with a nanotexture surface and matte coating. Commentators note the device's 15,999-yuan price implies a level of display perfection the crease contradicts, even though Apple's spec sheet never promises a crease-free screen. A reviewer's test of 11,500 folds showed a deeper crease, which critics cite, though the piece argues this is only about 5.75% of Apple's rated 200,000-cycle hinge life and does not show hinge failure. The article also argues that crease visibility lacks any shared testing standard, so no vendor can easily quantify it.

0
ProgrammingDEV Community ·

Building a Python Workflow That AI Agents Can Discover Using APFlow

A tutorial walks through building a small Python workflow that combines two regional request counts into one report using local sample data and SQLite. It explains how APFlow, an open-source orchestration engine, separates workflow structure from execution order, with independent regional tasks able to run concurrently. Python functions are registered as capabilities with schemas that can be exposed to agents through MCP, A2A, REST, and CLI adapters. The example runs without a model provider or API key and requires Python 3.11 or newer. The article also covers how dependency data flows between tasks, how capability contracts can be inspected, and how to move from a local example toward a production-style setup. APFlow is noted as still classified as Alpha, so the author recommends starting with verifiable outcomes before adding external integrations.

0
ProgrammingDEV Community ·

'Rejection File' Take-Home Grades Candidates on Patches They Refused to Ship

A proposed take-home exercise argues that hiring should weigh the AI-generated proposals a candidate rejects, not just the final code they submit. The Rejection File asks candidates to deliver a working patch alongside a rejections.json record of at least one rejected model proposal, backed by a repro command that fails if the rejection was correct. The format is designed to run in two to three hours on free-tier infrastructure and to separate engineers who verify AI output from those who simply relay it. Scoring weights rejection evidence most heavily at 30 percent, followed by patch correctness at 20 percent, with reproduction quality, scope discipline, budget discipline, and handoff notes making up the rest. The author frames the approach as a response to a recent debate over engineers acting as unverified intermediaries between requesters and AI tools.