ward canonical 1st time user flow

coilysiren commented

2026-07-13 01:53:48 +00:00

Owner

The problem

people having a smooth setup

Proposed change

warded director < issue ref >

mandatory configs like the ~~image url~~, issue tracker, auth...

smoke test all the necessary things. docker, git, issue tracker, agent auth...

launch the engineer

show current configuration, press enter to continue (really only necessary for agents that launch TUIs like claude, other agents should just continue)

director launches, it knows about the engineer that just launched, mentions that you -can- watch it but the idea of ward is that we are providing enough warding that they should be able to work on their own

and then... user does whatever they want past that point. not our scope anymore

Alternatives considered

No response

Before filing

I searched existing issues and this is not a duplicate.
This stays within ward's scope (the dev-verb gate / agent driver), not a personal-infra or downstream-repo verb.

Decision for release inclusion

Removed from warded control plane coherence for now. Kai confirmed this is not headless yet because prior attempts did not capture enough scope. Bring this back only after the first-time-user flow is decomposed into concrete ward-owned steps or after a human scopes the full path in detail.

### The problem people having a smooth setup ### Proposed change `warded director < issue ref >` mandatory configs like the ~image url~, issue tracker, auth... smoke test all the necessary things. docker, git, issue tracker, agent auth... launch the engineer show current configuration, press enter to continue (really only necessary for agents that launch TUIs like claude, other agents should just continue) director launches, it knows about the engineer that just launched, mentions that you -can- watch it but the idea of ward is that we are providing enough warding that they should be able to work on their own and then... user does whatever they want past that point. not our scope anymore ### Alternatives considered _No response_ ### Before filing - [x] I searched existing issues and this is not a duplicate. - [x] This stays within ward's scope (the dev-verb gate / agent driver), not a personal-infra or downstream-repo verb. --- ## Decision for release inclusion Removed from `warded control plane coherence` for now. Kai confirmed this is not headless yet because prior attempts did not capture enough scope. Bring this back only after the first-time-user flow is decomposed into concrete ward-owned steps or after a human scopes the full path in detail.

coilysiren added the

labels

2026-07-13 01:53:48 +00:00

coilysiren referenced this issue

2026-07-14 15:27:09 +00:00

director should emit colorized, space buffered, visually distinct messages about the categories of actions its performing on startup #1283

coilyco-ops added this to the warded control plane coherence milestone

2026-07-15 05:14:53 +00:00

coilyco-ops removed the

autonomy

live-collab

label

2026-07-15 06:03:46 +00:00

coilyco-ops removed this from the warded control plane coherence milestone

2026-07-15 06:34:28 +00:00

coilyco-ops added the

autonomy

async-consult

label

2026-07-15 06:34:29 +00:00

coilysiren commented

2026-07-18 03:44:24 +00:00

Author

Owner

As a part of this flow ward should be able to bootstrap itself into stock ubuntu, and then actually do something. I have that example repo, but... maybe I'll find a real public repo and PRs and issues disabled so that the demo doesn't feel so ... scaffold-ed. PRs and issues disabled so that I'm not encouraging drive by noise. ubuntu will have.... python? so maybe a python repo. As a part of this ward will need to mount itself into the container, which is funny to think about. There's also a harness auto download thing already

coilysiren referenced this issue

2026-07-18 03:47:03 +00:00

Add "guest mode" flow where you leave as little trace as possible #1473

coilysiren commented

2026-07-18 04:34:01 +00:00

Author

Owner

Ah you won't be able to copy yourself into the container - you'll need to pull the upstream linux binary that matches your version

coilyco-ops added

and removed

labels

2026-07-29 04:38:17 +00:00

coilyco-ops commented

2026-07-31 08:13:34 +00:00

Owner

Closing as absorbed by #1624. The canonical documentation program now owns one tested first-run contract without preserving a broad aspirational onboarding flow.

coilyco-ops closed this issue

2026-07-31 08:13:36 +00:00

Rows
Columns

ward canonical 1st time user flow #1138

The problem

Proposed change

Alternatives considered

Before filing

Decision for release inclusion