Skip to content

Instantly share code, notes, and snippets.

@shykes
shykes / tracking-final.md
Created April 1, 2026 11:50
ARCHIVE: Workspace Artifacts Tracking
@shykes
shykes / artifact-addresses-gist.md
Created April 1, 2026 11:38
ARCHIVE: Do We Need Artifact Addresses? (analysis)
@shykes
shykes / artifacts-on-collections-gist.md
Created April 1, 2026 11:33
ARCHIVE: Rebasing Artifacts onto Standalone Collections (design working notes)

ARCHIVE: Rebasing Artifacts onto Standalone Collections

Working notes from the design session that produced the Modules v2 split docs. Covers the Artifacts API schema evolution, Execution Plans, filter model, Action type, and staged changes to collections. Content has been absorbed into hack/designs/modules-v2/ on the modules-v2 branch of dagger/dagger.

See: https://github.com/dagger/dagger/tree/modules-v2/hack/designs/modules-v2


@shykes
shykes / workspace-artifacts-gist.md
Created April 1, 2026 11:25
ARCHIVE: Workspace Artifacts Design (pre-Modules v2 split)

ARCHIVE: Workspace Artifacts Design (Pre-Modules v2)

This document is archived. It was the original integrated design covering collections, addresses, verbs, plans, and provenance as one system. It has since been superseded by the split design docs in hack/designs/modules-v2/ on the modules-v2 branch of dagger/dagger.

See: https://github.com/dagger/dagger/tree/modules-v2/hack/designs/modules-v2


@shykes
shykes / lockfile-codex-proposal.md
Last active April 1, 2026 00:54
Dagger Design: Lockfile live state proposal

Lockfile Session-State Proposal

This is a pure session-state design, not a hybrid DagQL/session design.

It intentionally picks one of the two mutually exclusive approaches:

  1. do it through DagQL
  2. do it through session state

This proposal picks session state.

@shykes
shykes / workspace-design-briefing.md
Last active February 13, 2026 19:30
Workspace design briefing: implementation vs. design discussion

Workspace design briefing: implementation vs. design discussion

Workspace Design Briefing: Implementation vs. Discussion

Companion to the ongoing Discord design thread. Based on a review of the implementation on the workspace branch against the points raised in discussion.


1. "Every client always has a workspace"

@shykes
shykes / 03-checks-api.md
Last active February 3, 2026 21:21
Dagger Design: Part 3 - Checks API
@shykes
shykes / 02-workspace-api.md
Last active February 13, 2026 17:44
Dagger Design: Part 2 - Workspace API
@shykes
shykes / 01-module-vs-workspace.md
Last active February 13, 2026 17:44
Dagger Design: Part 1 - Module vs. Workspace

Dagger Design: Part 1 - Workspaces and Modules

Dagger Design: Part 1 - Workspaces and Modules

This proposal is part 1 of an multi-part proposal to simplify the "design knot" - an interconnected set of design and ux problems blocking implementation of a wide range of features and improvements

Table of Contents

CI/CD Stack (Dagger Cloud)

flowchart TB
    API[GitHub API]
    DaggerCloud[Dagger Cloud]
    Dev[Developer Machine]
    DaggerLocal[Dagger Engine]
    Pipeline[Portable Pipeline Logic]