bench-read

作成者: github

共有ベンチから成果物を読み取ります。これは、各デスクが調査結果、判定、作業成果を互いやオペレーターのために残すワークスペースです。

npx skills add https://github.com/github/awesome-copilot --skill bench-read

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.

githubのその他のスキル

debugging-workflows
github
GitHubのエージェンティックワークフローをデバッグするためのガイド - ログの分析、実行の監査、問題のトラブルシューティング
go-codemod
github
gh aw fix コマンド用のGoコードモッドを実装およびテストする。
acreadiness-policy
github
ユーザーがAgentRCポリシーを選択、作成、または適用するのを支援します。ポリシーは、関連性のないチェックを無効にしたり、影響度/レベルを上書きしたり、設定することで、レディネススコアリングをカスタマイズします。
ai-ready
github
あらゆるリポジトリをAI対応にします。コードベースを分析し、AGENTS.md、copilot-instructions.md、CIワークフロー、Issueテンプレートなどを生成します。PRレビューを解析し…
create-oo-component-documentation
github
オブジェクト指向コンポーネント向けに、業界のベストプラクティスとアーキテクチャ文書化標準に従った、包括的で標準化されたドキュメントを作成します。
dependabot
github
DependabotはGitHubに組み込まれた依存関係管理ツールであり、3つの主要機能を備えています。
doublecheck
github
AI出力のための3層検証パイプライン。検証可能な主張を抽出し、ウェブ検索で支持または反証する情報源を見つけ、敵対的レビューを実行…
foundry-agent-sync
github
ローカルのJSONマニフェストから、REST APIを介してAzure AI Foundry内でプロンプトベースのAIエージェントを直接作成および同期します。スキャフォールディングスキルとは異なり、単に…