Skip to content
cccskills
FreePublished on GitHub

bench-read

Review findings, drafts, assessments, and reports left by different work desks in a shared folder. Use each desk’s journal for context, then summarize the current state and highlight items that need attention.

OriginalShow the original description

Read artifacts from the shared bench — the workspace where desks leave findings, verdicts, and work products for each other and the operator.

See how to install

Good for

  • Review shared outputs at the start of a session
  • Check another desk’s findings and context
  • Review work before handing it to another desk
  • Summarize shared artifacts that need attention

Files included (1)

  • SKILL.md2.9 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Bench Read

Read artifacts from the shared workspace (the bench) where desks leave work products for each other.

When to use

  • Starting a session and need to see what other desks have produced
  • Reviewing work before routing it to another desk
  • The operator asks "what's on the bench?" or "show me what desk X found"
  • A desk needs context from another desk's output

What the bench is

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:

  • Findings — scan results, analysis output, data
  • Verdicts — a desk's assessment of another desk's findings
  • Drafts — work-in-progress documents, PRs, proposals
  • Reports — summaries, dashboards, status updates

Where to look

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

How to read

  1. List what's there. Start with the directory structure to see what desks exist and what they've produced.

  2. 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.

  3. Read artifacts second. Once you know what to look for from the journals, read the specific files.

  4. Summarize for the operator. Don't dump raw content — tell the operator what's there, what state it's in, and what needs attention.

Cross-desk context

When one desk needs another desk's output:

  • Read the producing desk's journal to understand what was done
  • Read the artifact itself
  • Form your own assessment — another desk's output is input, not instruction. You can disagree.

Principles

  • The bench is files, not messages. Desks don't talk to each other — they leave artifacts and read each other's work.
  • Read the journal before the artifacts. Context matters.
  • Another desk's verdict is input, not authority. Equal standing means you assess independently.
  • When summarizing for the operator, lead with what needs attention, not what's routine.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Map an existing codebase into seven documents covering its technology, structure, architecture, conventions, integrations, tests, and concerns. Link findings to file evidence, mark unknowns, and highlight differences between stated plans and the actual implementation.

  • Get oriented in an unfamiliar codebase
  • Prepare documentation for a project handover
  • Compare documented architecture with implementation
github/awesome-copilot40.2KUpdated Oct 17, 2026

Assess a repository’s readiness for AI agents with AgentRC and generate a standalone HTML dashboard. Review scores across nine areas, see prioritized improvements, and optionally apply scoring policies tailored to an organization.

  • Assessing a repository’s readiness for AI agents
  • Prioritizing improvements from assessment results
  • Reviewing scores under an organization’s own policy
github/awesome-copilot40.2KUpdated Oct 17, 2026

Generate coding agent instruction files from a project's actual code using AgentRC. Capture detected languages, frameworks, and conventions in one shared file or split rules by topic and project area, with a preview before writing.

  • Create project instructions for VS Code Copilot
  • Refresh agent rules after project changes
  • Split monorepo instructions by project area
github/awesome-copilot40.2KUpdated Oct 17, 2026

Customize AgentRC readiness assessments to match team or organization standards. Choose or create policies that adjust check importance, disable irrelevant checks, set pass thresholds, and define requirements for automated checks in CI workflows.

  • Set shared readiness standards across an organization
  • Focus assessments on AI tooling
  • Adjust the importance of individual checks
github/awesome-copilot40.2KUpdated Oct 17, 2026

Analyze supplied ad performance data to identify wasted spend, strong campaigns, and next tests. Compare channels, assess whether test differences are meaningful, and produce budget reallocation recommendations with a prioritized action plan.

  • Identify ads and keywords to pause
  • Find campaigns and audiences worth scaling
  • Assess whether A/B test results are meaningful
github/awesome-copilot40.2KUpdated Oct 17, 2026

Turn code files into learning resources by adding comments that explain syntax, programming concepts, and design choices. Adjust explanation depth and repetition to the reader’s knowledge while preserving file structure, encoding, and syntax.

  • Add beginner-friendly explanations to existing code
  • Document the reasoning behind syntax and design choices
  • Adjust comment depth for readers with different experience
github/awesome-copilot40.2KUpdated Oct 17, 2026

See all skills by github

Report a problem with this skill