|
| 1 | +# StackForge Release Readiness |
| 2 | + |
| 3 | +This guide defines what must be true before StackForge should be presented as a |
| 4 | +reviewable V1 scaffold CLI. |
| 5 | + |
| 6 | +## CLI-first architecture |
| 7 | + |
| 8 | +StackForge is intentionally CLI-first. |
| 9 | + |
| 10 | +- `stackforge` is the deterministic engine that lists templates, previews |
| 11 | + scaffold output, and writes repositories locally. |
| 12 | +- Humans and agents interact with the same command surface. |
| 13 | +- CrewCmd is a later wrapper, not the source of truth for generation logic. |
| 14 | +- OpenClaw agents should call the CLI only on machines where StackForge is |
| 15 | + already installed and verified. |
| 16 | + |
| 17 | +That boundary keeps the core product testable without depending on orchestration |
| 18 | +state. |
| 19 | + |
| 20 | +## V1 commands |
| 21 | + |
| 22 | +Release readiness for V1 is anchored to a small command surface: |
| 23 | + |
| 24 | +```bash |
| 25 | +stackforge --version |
| 26 | +stackforge templates |
| 27 | +stackforge init oss-cli demo --dry-run |
| 28 | +stackforge init oss-cli demo |
| 29 | +``` |
| 30 | + |
| 31 | +Expected behavior: |
| 32 | + |
| 33 | +- `--version` returns the installed CLI version. |
| 34 | +- `templates` lists the currently supported templates. |
| 35 | +- `init ... --dry-run` prints a deterministic plan without writing files. |
| 36 | +- `init ...` writes the scaffold locally and avoids hidden network steps. |
| 37 | + |
| 38 | +`launch` can remain documented as a follow-on workflow, but V1 readiness should |
| 39 | +not depend on CrewCmd-driven orchestration being complete. |
| 40 | + |
| 41 | +## Command examples |
| 42 | + |
| 43 | +### Inspect available templates |
| 44 | + |
| 45 | +```bash |
| 46 | +pnpm dev templates |
| 47 | +``` |
| 48 | + |
| 49 | +### Preview a scaffold without writing files |
| 50 | + |
| 51 | +```bash |
| 52 | +pnpm dev init oss-cli my-tool --dry-run |
| 53 | +``` |
| 54 | + |
| 55 | +### Generate a local scaffold |
| 56 | + |
| 57 | +```bash |
| 58 | +pnpm dev init oss-cli my-tool |
| 59 | +``` |
| 60 | + |
| 61 | +### Release verification commands |
| 62 | + |
| 63 | +```bash |
| 64 | +pnpm check |
| 65 | +pnpm build |
| 66 | +pnpm check:templates |
| 67 | +pnpm smoke:init |
| 68 | +``` |
| 69 | + |
| 70 | +## Safety model |
| 71 | + |
| 72 | +StackForge should be safe by default. |
| 73 | + |
| 74 | +- No hidden network calls. |
| 75 | +- No implicit GitHub repository creation. |
| 76 | +- No default LLM calls. |
| 77 | +- No autonomous merging or publishing. |
| 78 | +- File generation must stay deterministic and reviewable. |
| 79 | +- Destructive overwrite behavior must require explicit operator intent. |
| 80 | + |
| 81 | +The release bar is not just "it scaffolds"; it must scaffold in a way that is |
| 82 | +predictable enough for humans and agents to trust. |
| 83 | + |
| 84 | +## OpenClaw agent workflow |
| 85 | + |
| 86 | +OpenClaw is an execution environment around StackForge, not a replacement for |
| 87 | +it. |
| 88 | + |
| 89 | +1. Verify the node or host has the StackForge CLI installed. |
| 90 | +2. Run `stackforge templates` or a dry run first to confirm the requested path. |
| 91 | +3. Use `stackforge init ... --dry-run` in planning or review-heavy flows. |
| 92 | +4. Run `stackforge init ...` only after the target repo name and template are |
| 93 | + confirmed. |
| 94 | +5. Hand the generated repository back to the normal branch, commit, PR, and |
| 95 | + review workflow. |
| 96 | + |
| 97 | +This keeps agent usage grounded in the same deterministic CLI behavior a human |
| 98 | +maintainer would use locally. |
| 99 | + |
| 100 | +## CrewCmd-later boundary |
| 101 | + |
| 102 | +CrewCmd support is valuable, but it is explicitly a later wrapper. |
| 103 | + |
| 104 | +For V1, release-ready means: |
| 105 | + |
| 106 | +- the CLI works on its own |
| 107 | +- commands are documented |
| 108 | +- safety constraints are documented |
| 109 | +- agent usage expectations are documented |
| 110 | +- verification scripts pass |
| 111 | + |
| 112 | +It does **not** require: |
| 113 | + |
| 114 | +- CrewCmd packaging to be complete |
| 115 | +- orchestration-specific automation to be the only entry point |
| 116 | +- StackForge to replace OpenClaw, CrewCmd, or GitHub review flows |
| 117 | + |
| 118 | +## V1 release checklist |
| 119 | + |
| 120 | +Use this checklist with the general release process docs before opening a V1 |
| 121 | +release PR. |
| 122 | + |
| 123 | +- [ ] README explains the CLI-first architecture and CrewCmd-later boundary. |
| 124 | +- [ ] README or docs include working command examples for `templates` and |
| 125 | + `init`. |
| 126 | +- [ ] V1 command surface is limited to documented, supported behavior. |
| 127 | +- [ ] Safety expectations are documented: local-first, no hidden network calls, |
| 128 | + no implicit GitHub creation, no autonomous merge. |
| 129 | +- [ ] OpenClaw agent workflow is documented for dry runs and local execution. |
| 130 | +- [ ] `pnpm check` passes. |
| 131 | +- [ ] `pnpm build` passes. |
| 132 | +- [ ] `pnpm check:templates` passes. |
| 133 | +- [ ] `pnpm smoke:init` passes. |
| 134 | +- [ ] Any deferred CrewCmd work is clearly marked as post-V1. |
0 commit comments