skills/bench-read/SKILL.md
Read artifacts from the shared bench — the workspace where desks leave findings, verdicts, and work products for each other and the operator.
npx skillsauth add williamlimasilva/.copilot bench-readInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Read artifacts from the shared workspace (the bench) where desks leave work products for each other.
The bench is <workshop>/bench/ — the shared workspace directory
that workshop-create establishes for cross-desk work. It's not a
message queue or a chat channel — it's files. When Desk A produces
a finding and Desk B needs to review it, the finding is a file
in bench/. When the operator asks "what did the scanning desk
find?" — you read the bench.
Typical bench artifacts:
The primary shared location is the bench/ directory at the
workshop root — the designated cross-desk workspace. Desk-local
artifacts under desks/<desk-name>/ are a secondary source: read
them when you need a specific desk's own work, but shared artifacts
belong in bench/.
<workshop>/
bench/ # PRIMARY — shared cross-desk artifacts
<findings, verdicts, drafts, reports>
desks/<desk-name>/ # secondary — a desk's own workspace
journal.md # the desk's memory
<artifacts> # work still local to this desk
List what's there. Start with the directory structure to see what desks exist and what they've produced.
Read journals first. Each desk's journal tells you what it worked on and where it left things. The most recent entry is the current state.
Read artifacts second. Once you know what to look for from the journals, read the specific files.
Summarize for the operator. Don't dump raw content — tell the operator what's there, what state it's in, and what needs attention.
When one desk needs another desk's output:
development
Anxiety-aware, evidence-driven collaboration for stalled or high-stakes work when a user says uncertainty, repeated setbacks, or lack of visible progress is causing significant anxiety or distress. Use immediately when explicitly invoked; when this fit is only inferred from the user's own account, ask permission before applying it. Preserve the user's ideal and turn grounded perspective-taking into persistent, bounded problem solving. Do not use to diagnose, provide therapy, manufacture certainty, or lower goals for reassurance.
development
Build, review, debug, package, and test Roslyn diagnostic analyzers, code fix providers, and incremental source generators. Use for DiagnosticAnalyzer, CodeFixProvider, IIncrementalGenerator, IOperation analysis, Microsoft.CodeAnalysis dependency pinning, Roslyn test harnesses, C#/VB tests, and analyzer NuGet packaging.
testing
Migrates a project that uses checked-in .designer.cs files behind .resx to using a source-generator instead
development
Polish any GitHub repository's surface — labels (emoji rating tiers, P0–P3 priority, impact severity), issue forms, PR template, CI workflows, CODEOWNERS, rulesets, docs. Repo meta & config only — no code logic touched. Use when creating a new repo or polishing an existing one.