Two ideas you surfaced last round.

When you reviewed the first bless walk, you brought up two new ideas: adding a "mission" number to the tag, and figuring out what to do when one major number has multiple kinds of seats. This lesson explains both so you can decide.

Lesson 3 — Two new ideas
Idea 01 — Missions

A workshop has big initiatives over its lifetime.

You don't just "work on the agentic lab" forever. You work on it in big phases that have clear arcs:

Mission 1

Build out the agentic lab from scratch

The work you've been doing for the last couple weeks. Setting up the workshop, locking topology, building the first wave of meta-skills.

Mission 2 (hypothetical)

Add audit subfolders + skill installer infra

A future big push that opens new categories of work — auditing what exists, building a universal installer, etc.

Mission 3 (further future)

Onboard Josh as a contributor

A different big initiative — multi-collaborator workflows, audience scoping, joint dispatches.

Each mission is a thing you'd describe to Josh in one sentence as "the current focus." A mission lasts weeks-to-months, not days. It has a beginning and an end. New missions start when something genuinely new begins.

Quick mental test

"Is this a mission, or just a category shift?" → if you have to think about it for more than 5 seconds, it's probably just a category shift. Missions are obvious when they happen.

Idea 02 — The mission layer

Add the mission number right after the workshop prefix.

You proposed this shape: AL1-0.2. Breaking it down:

AL 1 - 0 . 2 WORKSHOP agentic lab ★ MISSION #1 (build it) CATEGORY 0 = orch WHICH 2nd chat "AL workshop, mission #1, orchestration, 2nd chat"
the new bit is the pink — a mission number stuck onto the prefix

So the workshop prefix and the mission number become one unit: AL1. Then everything after the dash follows the old pattern. Once mission 1 wraps and you start mission 2, every new chat starts with AL2-...:

A worked example

AL1-0.1 · AL1-1.3 · AL1-2.1 — all chats in Mission 1.

Then Mission 2 starts:

AL2-0.0 · AL2-1.1 · AL2-2.1 — Mission 2's orchestration, research, builds.

Each mission resets the category counters. AL2-0.0 is "AL workshop's Mission 2's first orchestration chat" — independent from AL Mission 1.

Idea 03 — The proof of concept

Migration 02 was already doing this, kind of.

Your tags like 02.3.2 from the migration work are basically <mission-number>.<category>.<sub>. The 02 IS a mission number — it's the second-ever big migration (after some Migration 01 in your past).

You stumbled into this pattern without naming it. The mission-layer idea just makes it explicit, gives every workshop the same shape, and adds a workshop prefix in front.

Open question for Migration

If we adopt the mission layer for the whole workspace, what happens to Migration 02? Two options:

(a) Grandfather it — existing 02.X.Y tags stay exactly as they are. If you ever start Migration 03, that one uses MIG3-0.0 in the new shape.

(b) Migration is a special case forever — numeric prefix stays the norm for migrations, never goes alpha.

You'll bless one of these in the next walk.

Idea 04 — Multiple seats

Sometimes two kinds of standing chats want the same major number.

Right now, your major 0 means "orchestration." In practice that means one kind of seat: the orchestrator, who hands out work and tracks it. AL-0.1, AL-0.2, AL-0.3... each one a successor of the last (you baton-pass when context gets full).

But you raised: what if you eventually want a SECOND kind of always-on chat in major 0? Like a separate dispatcher seat that's distinct from the orchestrator? Both belong in "orchestration." Both want major 0. But they're different chains.

ORCHESTRATOR CHAIN AL-0.1 AL-0.2 AL-0.3 DISPATCHER CHAIN AL-0.? AL-0.? AL-0.? collision if both chains number from .1, you can't tell which is which
the problem · two kinds of seat · one major number

If both chains number from .1, you can't tell from a tag alone whether AL-0.3 is the 3rd orchestrator or the 3rd dispatcher. You need a way to disambiguate them.

Right now you're NOT hitting this. AL-0 is just orchestrator. So this might be a "park for later" decision. But it's worth picking an answer now so you have a plan.

Idea 05 — Four options

Four ways to split a major into seat types.

I researched this. Here are the four shapes that came up, with their tradeoffs:

option (a)

Letter suffix on the major

AL-0a.1   orch
AL-0a.2
AL-0b.1   dispatch
AL-0b.2
Short and scannable.
"What's a?" — needs a key/legend somewhere.
option (b)

Named suffix on the major

AL-0.orch.1
AL-0.orch.2
AL-0.disp.1
AL-0.disp.2
Self-documenting. You read "orch" and know what it is.
Verbose. Forces every major-0 chat to be 3 levels deep.
option (c)

Frontmatter role: only

AL-0.1   role: orch
AL-0.2   role: disp
AL-0.3   role: orch
AL-0.4   role: disp
Tag stays simple. Matches how we tag Josh's chats.
Can't tell from the tag alone. Have to open the file.
option (d)

Use a different major

AL-0.1   = orch chain
AL-1.1   = disp chain
AL-2.1   = research?
Clean. No new convention to learn.
Steals "1" from research. Burns a category number.

My current vote is (b) named suffix. It's self-documenting (you read AL-0.orch.5 and instantly know "5th orchestrator chat"), no separate legend needed, and the AutoGen multi-agent framework uses the same pattern, so we'd be in good company.

Letter suffix (a) is my runner-up — shorter, scannable, but needs a "what's a/b/c" registry to be useful.

Idea 06 — Pick now or park

You don't actually have to decide this yet.

You're not currently running two seat-types in one major. So this is theoretical. Two reasonable ways to handle that:

(1) Pick now — bake one of the 4 options into the rule so future-you doesn't have to think about it when the case shows up. The rule says "if two seat-types share a major, use [the picked option]."

(2) Park it — leave the rule silent on the question. When you eventually hit it, you'll decide on the spot. The rule mentions "if this comes up, see [this open question]."

My read

Pick now. Picking takes 30 seconds. Parking it means future-you (or worse, future-Josh) might pick differently and create yet another drift. Lock the answer; even if you never use it, the rule is complete.

Recap of Lesson 3

What you now know