Catalog
github/desk-open

github

desk-open

Create and open a new desk in the workshop. Sets up the folder structure, initial journal, and desk identity so the next session that sits down finds the trail.

global
New~746
v1.0Saved Jul 22, 2026

Open a Desk

Create a new desk in the workshop with the standard structure.

When to use

  • The operator wants to start a new workstream
  • Work arrives that doesn't belong to any existing desk
  • A topic needs its own frame (its own history, its own priors)

What it creates

Given a workshop directory and a desk name, create:

desks/<desk-name>/
  journal.md       # persistent memory — read at start, written at end
  .signals/        # structured signal output (JSON) — dashboard reads this

How to use

  1. Choose a name. Short, descriptive, kebab-case. The name is how the operator and other desks refer to this desk. Examples: security-scan, api-review, ops, cloud-workshop

  2. Check if it already exists. If desks/<desk-name>/ already has a journal.md, the desk is live — do not overwrite it. Instead, resume it: read the journal and continue from where it left off. If the operator explicitly wants a fresh start, they must rename or archive the existing desk first.

  3. Create the structure. Make the directory, initial journal, and signals folder:

    desks/<desk-name>/journal.md
    desks/<desk-name>/.signals/
    
  4. Write the first journal entry. The journal starts with:

    • What this desk is for (its focus/purpose)
    • What repos or work it covers (if applicable)
    • Any initial context the first session needs
  5. Announce it. Tell the operator what was created and what the desk's focus is.

Session orientation

This skill initializes storage — it does not launch a session. A desk becomes active when a Copilot session references its directory. The session workflow:

  1. The operator (or TA) starts a session and says "sit at the <desk-name> desk"
  2. The session reads desks/<desk-name>/journal.md to load priors
  3. Work happens — the session uses signal-write to emit signals and desk-journal to persist state at the end
  4. The next session repeats from step 2

The desk identity comes from which journal is read, not from a persistent process. Desks are long-running in state (the journal carries forward), not in runtime (each session is independent).

Journal format

# <Desk Name> — Journal

## <date> — Desk opened
- **Purpose:** <what this desk focuses on>
- **Scope:** <repos, areas, or work this desk covers>
- **Next step:** <what the first session should do>

Principles

  • A desk is a peer, not a sub-agent. It has equal standing to disagree with other desks.
  • The journal is the memory. Without it, the next session starts blind. Write enough that someone starting from zero finds the way.
  • One desk, one focus. If the scope is too broad, open two desks. Each desk's value comes from its specific frame — dilute the frame and you lose the value.
Files1
1 files · 1.0 KB

Select a file to preview

Overall Score

83/100

Grade

B

Good

Safety

88

Quality

81

Clarity

85

Completeness

77

Summary

This skill creates a new "desk" (a scoped workspace) in a workshop directory structure with a persistent journal for multi-session context continuity. It establishes folder hierarchy, initializes a markdown journal file with metadata about the desk's purpose, and creates a signals directory for structured output. The skill emphasizes intent—each desk has a single, focused scope that persists across sessions via file-based state.

Detected Capabilities

file writedirectory creationfilesystem read (existence check)

Trigger Keywords

Phrases that MCP clients use to match this skill to user intent.

open new deskstart workstreamcreate workspaceinitialize journalscope new topic

Use Cases

  • Start a new workstream with its own context and history
  • Isolate a topic that doesn't fit existing desk scopes
  • Establish a long-running frame for related work across multiple sessions
  • Create peer workspaces for parallel or independent inquiry
  • Initialize persistent memory for multi-session analysis or debugging

Quality Notes

  • Clear, philosophical framing around desk purpose and identity — explains not just what to do but why
  • Well-structured use cases and explicit session workflow that clarifies the desk is state-based, not process-based
  • Strong emphasis on naming conventions (kebab-case) and scope discipline to prevent dilution
  • Excellent journal format specification with template and required fields (Purpose, Scope, Next step)
  • Good safety boundary: explicitly prevents overwriting existing desks — instructs to check before creating
  • Principles section communicates team philosophy (peer equality, journal as memory, single focus per desk)
  • Practical naming examples provided (security-scan, api-review, ops)
  • The skill correctly identifies itself as initialization-only — does not manage sessions or execution
  • One minor clarity gap: no explicit statement about where the workshop root directory comes from (assumed passed as context)
  • No error handling guidance (what to do if journal write fails, permission issues, disk full)
Model: claude-haiku-4-5-20251001Analyzed: Jul 22, 2026

Reviews

Add this skill to your library to leave a review.

No reviews yet

Be the first to share your experience.

Use github/desk-open in your dev environment

Command Palette

Search for a command to run...