Skip to content

os-dev quota shaping: PM-supplied dedup reading rides the dispatch prompt; dev search-before-file goes through the REST channel — one dev measured ~5,658 GraphQL points in ~15 minutes #11365

Description

@claude

Authorized: maintainer 2026-08-23, live PM chat — options ①②③ approved verbatim as 「1+2+3」. Filed by the skills seat (session 5213b871-5164-5bc3-8874-28b336bbcd40), self-triaged under the skills-lane exception. This card is option ②.

Measured facts

  • The biggest GraphQL consumer in the fleet is the dispatched dev subagent, not PM patrol: one dev burned ~5,658 points in ~15 minutes (a whole hourly seat bucket), dominated by dedup/search reads. PM inventory reads are noise by comparison.
  • Every dev in a batch independently re-scans the same dedup surface: N devs = N copies of the same expensive read.
  • The dev-side curl REST channel is proven writable AND readable from dev seats (the skip-changeset additive-endpoint clause in os-dev.md is the existing precedent spelling).

Change (three halves, smallest edits that close the class)

  1. Dispatch-word standard clause (references/dispatch-runbook.md 派发词构造细则): the PM takes ONE dedup/board reading at dispatch time and hands it to every dev in the batch; the dev re-verifies only its own increment (new cards since the reading's timestamp), never re-runs the full scan.
  2. os-dev.md 立单纪律 (rule 3 search-before-file): the search goes through the curl REST channel (list endpoint + keyword grep), not MCP list/search — same reason the skip-changeset write already goes REST. os-dev.md is a protocol semantic face ⇒ clause ① fable-mandatory construction.
  3. review-checklist one row: spot-check git-first compliance (branch existence, content reads via git — zero quota) when a report's evidence shows API reads where git would answer.

Ceilings: dispatch-runbook 242 headroom 0 after the restructuring round; review-checklist 82 headroom 0 — payment by in-place compression per the ratchet header.

Serial constraint

Queues BEHIND the #11086 restructuring PRs (same hot-file chain). Related: option ① card (REST-first reads) and option ③ card (right-sized reads + pacing), filed in the same stroke.


Generated by Claude Code

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions