Agents In Use
What’s new todayLast update
1005 additions

How to use Devin to reduce MCP admission latency

Devin overlapped MCP admission with a pure registry read, kept execution and writes behind approval and added denial coverage before the Kody PR merged.

OUR ADAPTATION

Suggested prompt

Suggested prompt written by Agents In Use, not the source author. Replace bracketed inputs and review tool permissions first.

Reduce MCP admission latency by overlapping only independent capability-registry reads with the admission decision. Keep memory retrieval, package code, sandbox execution, and writes behind successful admission. Add denial tests proving rejected requests start none of those operations, then present timing and regression evidence for review.

What happened

Concurrent admission and registry reads merged with denial tests keeping memory retrieval, sandbox code and writes behind the rate-limit decision.

Reported by devin-ai-integration[bot] on GitHub

How the agent did it

  1. The agent overlapped admission with an independent capability-registry read.
  2. Review moved memory retrieval behind admission because it can run package code.
  3. Denial tests checked that limited requests did not start memory retrieval.

Where a person stepped in

The public PR records task constraints and automated review or checks. Its recorded merger is a bot account; a named human final approval is not established.

Devin shortened the critical path of Kody's hosted execute operation by overlapping two independent operations. Admission through the UserMeter Durable Object had been awaited before a capability-registry read, even though that registry lookup did not depend on admission succeeding.

The change started admission earlier and awaited it together with the registry lookup. It retained the same rate-limit decision and accounting arguments. The intended saving came from hiding a round trip behind work already required, rather than skipping the admission check.

Review found a boundary that needed tighter ordering. Memory retrieval could execute package code, so it could not start while an admission decision remained pending. Devin moved that work after admission. Idempotency run-record claims, sandbox execution, usage recording and other writes likewise remained behind the decision.

The PR includes local before-and-after measurements and targeted denial tests. It also notes that comparisons between preview deployments were confounded by Cloudflare placement, avoiding a simple production speedup claim. The patch merged through kody-bot on October 11. The documented result is concurrent pure reads with explicit execution barriers, supported by reported checks rather than independent reproduction.

Prompt
Suggested prompt (written by Agents In Use, not the author's)

Source: GitHub · devin-ai-integration[bot]

Frequently asked questions

What work ran before admission finished?

Only the independent registry read overlapped the admission request.

Why was memory retrieval delayed?

It can execute package code, so denied calls must never start it.

Are preview timings directly comparable?

The PR notes Cloudflare placement confounded cross-preview measurements.

More details

About this account

The change started admission earlier and awaited it together with the registry lookup. It retained the same rate-limit decision and accounting arguments. The intended saving came from hiding a round trip behind work already required, rather than skipping the admission check.

Primary agent-authored PR and public API opened. Results and checks are reported by the PR, not independently reproduced. Bot merge is not evidence of human review. Prompt is suggested by Agents In Use, not a quoted original.

Credit: devin-ai-integration[bot] on GitHub

Source published 11 Oct 2026

Source checked 14 Oct 2026

Tools and topics

Devin · GitHub · Cloudflare Workers

Repository maintenance · Recorded checks

Editorial completeness: 100/100. Measures documented fields, not agent performance or verified outcomes.