Skip to content
This repository was archived by the owner on Jul 10, 2026. It is now read-only.

Commit e475dcf

Browse files
authored
docs(factory): add fleet integration standard (#168)
Agent: codex Agent-Surface: Codex CLI Agent-Task: misty-step-factory-fleet-integration
1 parent 8fb0334 commit e475dcf

3 files changed

Lines changed: 104 additions & 1 deletion

File tree

‎index.yaml‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,5 @@
11
# Harness Kit Index
2-
# Generated: 2026-07-03T22:10:56Z
2+
# Generated: 2026-07-03T22:49:01Z
33
# Do not edit manually. Run: harness-kit-checks generate-index --repo .
44

55
skills:

‎skills/factory-apps/SKILL.md‎

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -48,6 +48,14 @@ The live 2026-07-03 audit is in
4848
"are these configured?" or "what gaps remain?" before changing product repos
4949
or system config.
5050

51+
## Fleet Integration Standard
52+
53+
For active Misty Step repos, load
54+
`references/fleet-integration-standard.md` before claiming a project is
55+
factory-integrated. The standard defines the repo-level Canary receipt,
56+
Powder backlog, and Landmark manifest/workflow evidence expected for runtime
57+
apps, libraries, and non-release support repos.
58+
5159
## Gotchas
5260

5361
- A product repo having an MCP implementation does not mean this harness has
Lines changed: 95 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,95 @@
1+
# Misty Step Factory Fleet Integration Standard
2+
3+
This standard applies to active `misty-step` organization projects. Harness Kit
4+
owns the routing doctrine; the product repos own their actual Canary, Powder,
5+
and Landmark integration surfaces.
6+
7+
## Required Evidence
8+
9+
Every active project must have a Powder representation:
10+
11+
- Repos with `backlog.d` import active backlog files into Powder under the
12+
full repo label, for example `misty-step/canary`.
13+
- Repos without a local backlog root get a Powder seed card titled
14+
`Adopt Canary, Powder, and Landmark factory stack`.
15+
- Open GitHub issues are imported or mirrored as Powder cards so agents do not
16+
have to discover durable work from GitHub alone.
17+
18+
Runtime projects must have Canary evidence:
19+
20+
- A stable Canary service name. If the runtime service differs from the repo
21+
name, record the service mapping in `.canary/integration.json`.
22+
- HTTP runtimes expose or identify one production health URL and have live
23+
Canary target readback.
24+
- Worker, scheduler, CLI, or event-plane runtimes use Canary check-in
25+
monitors.
26+
- Application error paths report to Canary or carry an explicit gap card in
27+
Powder. Sentry-only coverage is not enough for Factory operation.
28+
29+
Release-managed projects must have Landmark evidence:
30+
31+
- Repos with existing release tooling or an existing release surface keep
32+
Landmark in manifest-only or synthesis-only mode unless the Landmark fleet
33+
plan recommends full release ownership.
34+
- Repos without release automation start with a `.landmark.yml` manifest and
35+
backfill-first plan. Do not add release mutation before operator-approved
36+
initial version/tag policy exists.
37+
- If `fleet plan` reports missing secret metadata, do not add a broken
38+
workflow. Track the secret gap in Powder and use manifest-only adoption until
39+
the secret policy is fixed.
40+
41+
## Service Names
42+
43+
Use the Canary service name from live readback, not the repo name guessed from
44+
the path:
45+
46+
| Repo | Canary service |
47+
|---|---|
48+
| `misty-step/bitterblossom` | `bitterblossom-plane` |
49+
| `misty-step/brainrot` | `brainrot-publishing-house` |
50+
| `misty-step/chrondle` | `chrondle` |
51+
| `misty-step/linejam` | `linejam` |
52+
| `misty-step/memory-engine` | `memory-engine-api` |
53+
| `misty-step/misty-step` | `misty-step` |
54+
| `misty-step/powder` | `powder` |
55+
| `misty-step/sploot` | `sploot-web` |
56+
| `misty-step/vibe-machine` | `vibe-machine` |
57+
58+
## Verification Commands
59+
60+
Use these commands from local checkouts with credentials supplied by the
61+
environment or the Agents vault:
62+
63+
```sh
64+
/Users/phaedrus/Development/canary/bin/canary integrate status /path/to/repo \
65+
--service <canary-service> \
66+
--production-url <health-url> \
67+
--json
68+
69+
/Users/phaedrus/Development/canary/bin/canary errors <canary-service> \
70+
--window 1h --json
71+
72+
/Users/phaedrus/Development/landmark/target/debug/landmark setup \
73+
--repo-root /path/to/repo \
74+
--dry-run --error-format json
75+
76+
curl -fsS -H "Authorization: Bearer $POWDER_API_KEY" \
77+
"$POWDER_API_BASE_URL/api/v1/cards?repo=misty-step%2F<repo>&limit=100"
78+
```
79+
80+
If the deployed Powder instance is reached through the local Fly proxy, use
81+
`http://127.0.0.1:14030` as the base URL until the public API route and
82+
repository summary endpoint are confirmed.
83+
84+
## Waivers
85+
86+
A waiver is allowed only when the project is not an active runtime or release
87+
surface. The waiver must live as a Powder card or repo file and say:
88+
89+
- why Canary uptime/health/error logging does not apply;
90+
- where backlog state lives in Powder;
91+
- how Landmark release intelligence is intentionally deferred or not
92+
applicable.
93+
94+
Do not call a project integrated because it has one of the three surfaces.
95+
Factory integration means all applicable surfaces are present and queryable.

0 commit comments

Comments
 (0)