workbench-token-context-discipline
Workbench Token Context Discipline
Use this skill when a task may pull large docs, long issue histories, many skills, big logs, or expensive model context.
Context Budget Rules
- Start with indexes, file lists, IDs, summaries, and targeted searches.
- Read the smallest slice that can answer the current question.
- Prefer
rg,jq, concise table output, and explicit IDs over dumping entire histories. - Summarize large sources before passing them to another agent.
- Attach only role-relevant skills; more skills are not automatically better.
- Stop and report if two consecutive reads are too large or mostly irrelevant.
SDD Handoff Compact Mode
When entering an SDD-gated issue:
- Check whether the prior stage comment includes
HANDOFF_SUMMARY. - If it exists, read the summary header and the listed
SCOPED_EVIDENCEbefore reading any wider history. - If no handoff exists, read at most the latest three relevant comments, request or create a compact handoff, then stop broad scanning.
- Never read full issue lists, full agent rosters, or unrelated repo docs for a single-stage task unless the stage explains why.
- Output must fit in one reviewable comment. If it does not, compress rather than split.
Cache And Quota Awareness
- Distinguish fresh input, output, cache read, and cache write when usage is under investigation.
- Do not assume dashboard usage is wrong without local/request-level evidence.
- Avoid repeated full-context reruns when a comment ID, file path, or artifact can be cited instead.
- Keep Workbench Max and existing private agents out of broad binding changes unless explicitly assigned.
Output Contract
Return:
CONTEXT_USED: exact files, comments, commands, or IDs read.SKIPPED: intentionally avoided broad reads and why.SUMMARY: compact facts needed for the next step.NEXT_SMALL_READ: the next targeted evidence query, if any.TOKEN_RISK: normal / elevated / blocked.
More from fearvox/multica-ultimate-workbench
workbench-conductor
Two-ring orchestration, routing, issue and comment discipline, and role boundaries for the Multica Workbench.
5workbench-sdd
Specification-driven development from raw requirement to product design, technical design, task list, execution, and verification.
5workbench-self-awareness-infra
Capability discovery and current-state verification for Heavy Path, ambiguous repo/runtime ownership, and runtime-dependent Standard Path work.
5workbench-design-docs
Product design, technical design documents, user-facing copy, specs, diagrams, and handoff documentation.
5workbench-product-brainstorming
Bounded product ideation, workflow design, ambition checks, tradeoffs, and smallest-test shaping.
4workbench-code-review
Findings-first review discipline for code, diffs, task plans, live workflow changes, and implementation evidence.
4