Urgent.News

One page, thousands of outlets. See who else covered it.

Editions

AI

How to Hand Off AI Agent Work When You Hit Your weekly Usage Limit

You are forty minutes into a refactor. The agent has read the codebase, you have corrected it twice, it finally understands that the legacy adapter is load-bearing and cannot be deleted. You are close. Then you hit your usage limit. Everyone who codes with an AI agent daily has had this moment, and the two obvious responses are both bad. The two bad options: wait, or share credentials Wait for…

When working with AI agents, hitting the weekly usage limit can be a frustrating challenge. Many developers face this problem daily, and the usual solutions of waiting for a reset or sharing credentials are not ideal. Waiting for a reset may not be practical, as the context built up during the session may be lost after some time. Sharing credentials, on the other hand, creates security risks as it involves exposing sensitive information without proper auditing or expiration.

A third option is to focus on documenting the task properly, rather than just sharing credentials. The issue with handing off AI work lies not in the credentials, but in the lack of a clear understanding of what the task is and its specifications. Most handoffs fail even with perfect credentials because the person taking over cannot reconstruct the task's goal, constraints, and definition of done.

To avoid this, tasks should be described using three key elements:

1. The goal, in outcome terms: Instead of stating an activity like "refactor the auth module," the goal should focus on the desired outcome, such as "Auth module should stop making a network call per request and target one call per session."

2. The constraints: It is essential to document any non-obvious limitations, such as "Don't touch X," "We tried Y and it deadlocked," or "The tests in Z are flaky, so ignore them." These constraints may not be obvious and can cause issues if not addressed.

3. The definition of done: A clear definition of done should be specified, including the exact command to run and the expected output. This helps ensure that the task is completed successfully and to the required standards.

A simple template can be used to fill in these details:

## Goal

Outcome, stated so it can be checked

## Constraints

- Thing that must not change, and why

- Approach already tried and rejected, and why

## Done when

Command to run, and the expected output

## Context

Links: the branch, the issue, the failing CI run

Writing the task description in this format takes only a few seconds but can save an hour of back-and-forth communication.

The real issue lies in sharing the account, rather than the task. When handing off AI work, the unit that should be shared is the task itself, not the account. Each person should authenticate as themselves, using their own subscription and a scoped, revocable token. This approach ensures that the work is isolated, and there is no shared secret with no audit trail, scope, or expiry.

Using scoped and revocable tokens instead of a shared key helps prevent unauthorized access and limits the impact if a token is compromised. Additionally, tokens should expire on their own, further enhancing security.

Wagglet is a tool built around this handoff format, allowing teammates to document the task and another person to claim it and run it on their own subscription with scoped credentials. The tool also provides a purpose-built format and security model for sharing tasks.

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

Why the best AI strategies combine prediction and reasoning

Over the past two years, I’ve had hundreds of conversations about AI with regulators, financial institutions, engineers, executives, and skeptics. What keeps coming up is how much confusion there is about AI. Everyone talks about AI as though it’s a single technology moving in a single direction, but the reality is much more nuanced.

What Is an AI First Engineer in 2026? 🤖

Every mentee I have talked to this year has asked some version of the same question: what is an AI first engineer, and am I behind? The phrase is on job descriptions now. It is in performance reviews.

  • AI first engineers prioritize AI as primary software production means in 2026.
  • They delegate execution to AI while owning intent and verification.
  • Critical skill for AI first engineers is distinguishing confidently wrong code.

More from Tuesday 18 August →