Turn any workshop into a live Copilot Builder Showcase.
Drop the links, activate the judging panel, and spotlight the winnersβin under two minutes.
Never used Copilot Builder Showcase before?
- Open a terminal.
- On macOS or Linux, paste:
On Windows, use the PowerShell command in Install.bash -o pipefail -c 'gh api repos/DUBSOpenHub/copilot-builder-showcase/contents/install.sh \ -H "Accept: application/vnd.github.raw+json" | bash'- Type:
If that command is not on your PATH yet, runshowcase~/.local/bin/showcaseon macOS/Linux or$HOME\.local\bin\showcase.exeon Windows.- Paste project or demo links, one per line. Press Return on an empty line.
Requires Git and Python 3.11+ for practice installs. The one-line install prefers an authenticated GitHub CLI when available. Official judging uses an authenticated GitHub Copilot CLI.
Copilot Builder Showcase is for the awkward final ten minutes after people build things together:
- Have a list of projects but no ending? Paste the links once.
- Want every project to be seen? Every accepted entry gets a spotlight.
- Need a consistent review? The same rubric and panel policy apply to all.
- Want the room involved? The audience joins a quick final reveal.
- Need more than applause? Each run preserves awards, private feedback, and replay evidence.
The default result is one watchable Terminal showcase with a real podium: Builder Bronze, Builder Silver, and the first-place Copilot Builder Award.
Builder workshops, product demos, conference sessions, and online challenges are good at creating projectsβand bad at ending.
The links scatter across chat threads, shared documents, and browser tabs. A few people get demo time. Most projects receive no consistent review. The audience has nothing to follow, and the session simply stops.
A human judging panel would create a shared resolution, but recruiting judges, reviewing every entry, producing feedback, and running an award ceremony is too much overhead for most sessions.
Copilot Builder Showcase turns that loose project list into a finale everyone can watch and join.
Copilot Builder Showcase is a one-command judging showcase for projects built during a shared session. The host pastes links. A sealed Copilot panel reviews every project through the same rubric. The showcase spotlights each entry, invites the audience into the reveal, and saves the result as a replayable bundle.
It gives any workshop the energy and resolution of a judged finale.
| Before | With Copilot Builder Showcase |
|---|---|
| Links sit in a chat or spreadsheet | The host pastes the complete list once |
| Only a few people get demo time | Every accepted project gets a spotlight |
| Review quality depends on who speaks up | Every project uses the same declared rubric |
| The session ends after the final demo | The room joins a short recognition reveal |
| Feedback and decisions disappear | Awards, feedback, validation, and replay stay together |
AI tools let more people build credible projects during a workshop or challenge. The amount of output has grown, but the way those sessions end has not. Hosts still collect links, pick a few demos, and move on.
Copilot Builder Showcase closes that loop: every project gets a fair moment, the group gets something fun to watch, and the work gets a clear shared ending.
Twenty people finish a two-hour workshop with twenty different prototypes. Paste the links and give the room a shared finale instead of ending on cleanup instructions.
A team brings several experiments to demo day. Run one consistent panel, spotlight every project, and leave each builder with private next-step feedback.
Attendees build for fun during a conference session. Turn the final project list into a short audience moment without recruiting judges in advance.
Participants submit links from different time zones. Preserve a consistent review, recognition slate, and replay bundle even when the builders cannot all present live.
project links -> sealed panel review -> every project gets a spotlight
-> audience cue -> recognition reveal -> feedback + replay
- Projects enter β HTTP(S) project links and GitHub
owner/repoentries become project cards. - The rapid panel reviews β one compact Copilot scorecard applies Innovation, Build Quality, and Impact lenses to each project while scores remain sealed. Official events keep the configured panel policy and do not silently downgrade to a single-model decision.
- Every project gets a spotlight β three brief judge reactions appear without exposing scores or rank.
- The room joins in β a quick audience cue asks for a drumroll, countdown, applause check, or another participation moment.
- The podium lands β third place, second place, then the first-place Copilot Builder Award.
- The work stays useful β recap, private feedback, validation, export, and replay are saved together.
- Top-three growth cards land after awards β each podium project gets improvement guidance, a Copilot-next suggestion, and an evidence-based Copilot-use note.
The complete showcase runs in one visible Terminal. Copilot Builder Showcase never auto-opens a dashboard or second audience window.
Every run keeps its status visible:
| Status | Meaning |
|---|---|
| PRACTICE SHOWCASE β ILLUSTRATIVE RESULTS | Deterministic local judges are active. Use this for rehearsal and demonstration, not official awards. |
| OFFICIAL COPILOT PANEL | A connected Copilot panel reviewed the projects. |
macOS or Linux
bash -o pipefail -c 'gh api repos/DUBSOpenHub/copilot-builder-showcase/contents/install.sh \
-H "Accept: application/vnd.github.raw+json" | bash'Windows PowerShell
$installer = Join-Path $env:TEMP "install-copilot-builder-showcase.ps1"
gh api repos/DUBSOpenHub/copilot-builder-showcase/contents/install.ps1 `
-H "Accept: application/vnd.github.raw+json" > $installer
if ($LASTEXITCODE -ne 0) { throw "Installer download failed." }
powershell -ExecutionPolicy Bypass -File $installerThen run:
showcaseThe installer:
- checks for Git and Python 3.11+,
- installs into
~/.local/share/copilot-builder-showcase, - creates
showcaseandcopilot-builder-showcaselaunchers in~/.local/bin, - preserves
hackathonandhackathon-judgeas compatibility aliases, - never edits your shell profile,
- and treats the optional Textual monitor as non-blocking.
π‘ Security note: Inspect install.sh or install.ps1 before execution if that is your preferred installation policy.
macOS or Linux
gh repo clone DUBSOpenHub/copilot-builder-showcase
cd copilot-builder-showcase
bash install.shWindows PowerShell
gh repo clone DUBSOpenHub/copilot-builder-showcase
Set-Location copilot-builder-showcase
powershell -ExecutionPolicy Bypass -File .\install.ps1Windows 10 or 11 with Windows Terminal or a modern PowerShell host is recommended for the Unicode ceremony and ANSI color output.
For an Official Copilot Panel on Windows, install the native CLI:
winget install GitHub.CopilotCopilot Builder Showcase requires copilot.exe for official Windows judging
and rejects .cmd or .bat shims so project text never passes through
cmd.exe. Practice showcases do not require Copilot CLI.
showcase --demoThe bundled three-project demo avoids network metadata calls, follows the same intake-to-replay flow, and targets completion within two minutes. It requires no Copilot model calls and is always labeled:
PRACTICE SHOWCASE β ILLUSTRATIVE RESULTS
Official judging runs through your authenticated GitHub Copilot CLI. Sign in once, then check the panel:
copilot login
showcase doctor
showcase --official https://example.com/project-one https://example.com/project-twoNo separate model API key or provider SDK is required. Copilot Builder Showcase invokes Copilot in non-interactive, tool-free mode and disables repository instructions, built-in MCP servers, remote control, and file or shell tools for every judge call.
The default EventSpec declares a three-family Copilot panel. You can configure one to three Copilot model IDs, the minimum panel size, provider diversity, concurrency, and reasoning requirements in your event file.
If --official is used without an authenticated Copilot CLI, the command
blocks. It never silently converts an official event into a practice result.
Official scoring policy is preserved even in rapid scorecard mode; it never
falls back to a hidden single-model panel.
The beginner input can mix any safe HTTP(S) project or demo links:
https://github.com/example/project-one
example/project-two
https://demo.example.com/aurora
https://example.net/showcase/project-three
GitHub links may use public repository metadata for a richer spotlight. Generic links are not fetched by the intake process; Copilot Builder Showcase derives a safe project label from the URL and uses only the context the organizer supplies.
For advanced events, add optional context after each link:
https://demo.example/aurora | Team Aurora | Used Copilot for API design | Built a retrieval agent | Reduce missed follow-ups | Account executives | https://demo.example/aurora | Daily workflow demo
The optional fields are team or builder, Copilot evidence, frontier evidence, problem statement, intended user, demo or artifact URL, and builder notes. Copilot Builder Showcase never infers Copilot or frontier-model use from a link, code, metadata, or judge impression.
Every project receives a brief on-screen review. Only the top three receive awards:
| Award | Selection |
|---|---|
| π₯ Third Place β Builder Bronze | Third-highest complete result |
| π₯ Second Place β Builder Silver | Second-highest complete result |
| π First Place β Copilot Builder Award | Strongest complete result |
Each award explains why the project placed, what the panel uniquely liked, and one specific level-up move. After the reveal, top-three growth cards add:
- one improvement move,
- one optional Copilot next move,
- one Copilot-use summary sourced only from builder-provided evidence.
Exact ties follow the event's declared policy: shared placement, a predeclared rubric tiebreaker, or a logged human decision.
Formal events can replace this slate with a traditional podium or any custom recognitions in the EventSpec.
π» Hidden Quality Review
The visible rubric is not the only check.
Before judging, Copilot Builder Showcase creates a second sealed diagnostic review. After the panel finishes, it checks for issues such as unsupported claims, shallow evidence, rubric gaps, calibration problems, and score leakage.
This hidden review:
- stays sealed until the awards stage,
- never changes public scores, rankings, or awards,
- gives the organizer private warnings when a result deserves another look,
- and remains diagnostic-only by design.
The approach follows the sealed-envelope principles behind Shadow Score Spec without turning hidden criteria into a secret way to choose winners.
| Guardrail | What it means |
|---|---|
| Persistent result status | Practice or Official status remains visible throughout the showcase and in the manifest. |
| Sealed scores | Scores, rankings, prompts, and unrevealed awards stay hidden until the reveal. |
| Equal spotlight | Every accepted project appears before the recognition ceremony. |
| Same declared rubric | Every entry uses the same snapshotted review policy. |
| Multi-model consensus | Official panels combine configured judges using median consensus. |
| Strict official panel policy | Rapid scorecards keep configured panel policy and never silently downgrade to one model. |
| Evidence, not inference | Copilot and frontier claims require builder-provided evidence. |
| Hidden diagnostic review | The Shadow Spec can warn the organizer but cannot alter winners. |
| Declared tie policy | Exact ties use the event policy, never input order. |
| Read-only replay | Replays use stored artifacts and never call a judge. |
| Tamper evidence | Exported bundles include HASHES and SEAL integrity records. |
Run bundles may contain project context and judge feedback. Treat them as internal artifacts unless a human approves publication. See SECURITY.md.
- A regulated or legally consequential decision β use qualified human judges and the required review process.
- Projects contain secrets or restricted data β do not submit context that cannot be shared with the configured model provider.
- You need expert certification β a Copilot panel is not a substitute for domain accreditation, safety review, or compliance approval.
- You only need private feedback on one project β a direct review is simpler than producing a live group finale.
Copilot Builder Showcase is built for shared learning, recognition, and event resolution. Human approval remains required before external publication.
Runs are stored under:
~/.copilot_builder_showcase/runs/<run-id>/
Useful commands:
showcase replay <run-id>
showcase validate <run-id>
showcase feedback <run-id>
showcase doctor
showcase present <run-id> --operatorPrivate feedback includes what judges liked, an actionable next step, an optional Copilot next move, and a bounded frontier experiment. Unsupported ideas are labeled as hypotheses.
Copy the starter EventSpec:
cp ~/.local/share/copilot-builder-showcase/config/event.example.json my-event.jsonRun the same showcase with your configuration:
showcase \
--event my-event.json \
--file submissions.txt \
--run-id spring-demo-day \
--require-live-terminal \
--yesThe EventSpec defines:
- event name and tagline,
- scoring dimensions and review lenses,
- recognition categories and tie behavior,
- privacy and accessibility defaults,
- live-panel models and policy,
- presentation behavior,
- and the diagnostic Shadow Spec.
Every run snapshots its resolved configuration so later edits cannot rewrite a past result.
No separate API key is required. The practice showcase is local and illustrative; an Official Copilot Panel uses your authenticated GitHub Copilot CLI subscription.
Any safe HTTP(S) project or demo URL, plus GitHub owner/repo shorthand.
No. Generic non-GitHub links are not fetched during intake. GitHub repository links may use public metadata when available.
The panel scores the declared rubric, official model responses are combined by median consensus, and recognitions follow their declared dimensions and tie policy.
What does the hidden Shadow review do?
It independently checks review quality and possible failure modes. It can warn the organizer, but it cannot change scores, rankings, or awards.
Yes. Replay reads the sealed bundle and never contacts a judge.
No. Run bundles and feedback are internal by default. A human must approve external publishing.
Add the skill:
/skills add DUBSOpenHub/copilot-builder-showcase
Then type:
showcase
The skill checks whether the command is installed, asks permission before
installing anything, runs showcase doctor, and opens exactly one real terminal
window for the audience experience.
| Command | Use it for |
|---|---|
showcase |
Paste links and start the complete live showcase. |
showcase <links...> |
Start immediately with supplied projects. |
showcase --demo |
Run the bundled two-minute practice showcase. |
showcase --reduced-motion |
Prefer low-motion reveal pacing in the live showcase (or set CBS_REDUCED_MOTION=1; legacy HJ_REDUCED_MOTION still honored). |
showcase --official <links...> |
Require a connected official Copilot panel. |
showcase replay <run-id> |
Replay a prior showcase without judge calls. |
showcase validate <run-id> |
Verify bundle hashes and seals. |
showcase feedback <run-id> |
Write private per-project feedback. |
showcase doctor |
Check setup, panel connection, and bundle health. |
showcase present <run-id> --operator |
Inspect stored results after awards. |
showcase tui <run-id> --projector |
Open the optional diagnostic monitor. |
The installer also preserves hackathon and hackathon-judge as compatibility
aliases for existing scripts.
EventSpec -> project intake -> consensus review -> sealed artifacts
-> audience-safe showcase -> recognitions -> export/replay
showcase_launcher.pyis the beginnershowcaseentry point.builder_showcase.pyis the canonical engine and advanced CLI.builder_showcase_dashboard.pyis the optional Textual run monitor.bundle_reader.pycreates audience-safe and operator views.event_spec.pyresolves portable event configuration and legacy bundles.
The primary live showcase uses the Python standard library. Textual is optional and an installation failure never blocks the showcase.
python3 -m pytest -q
python3 -m py_compile showcase_launcher.py builder_showcase.py builder_showcase_dashboard.py event_spec.py bundle_reader.py
bash -n install.shKeep the default experience neutral, beginner-first, and audience-safe. Do not commit run bundles, credentials, or confidential project metadata. See AGENTS.md for the working invariants.
MIT β use it, fork it, build on it.
π Created with π by @DUBSOpenHub with the GitHub Copilot CLI.