@gh-symphony/cli 0.0.20 → 0.0.21

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -61,7 +61,7 @@ Navigate to the repository you want to orchestrate, then run:
61
61
  gh-symphony workflow init
62
62
  gh-symphony workflow init --dry-run
63
63
  gh-symphony workflow validate
64
- gh-symphony workflow preview
64
+ gh-symphony workflow preview --issue owner/repo#123
65
65
  ```
66
66
 
67
67
  The interactive wizard will:
@@ -71,6 +71,8 @@ The interactive wizard will:
71
71
  3. Map project status columns to workflow phases (active / wait / terminal)
72
72
  4. Generate `WORKFLOW.md` and supporting files in the repository
73
73
 
74
+ Project discovery is pagination-aware for larger GitHub accounts, so viewer projects plus organization-owned projects are collected across multiple API pages before the selection prompt. If a discovery safety cap is hit, the wizard keeps the partial list and prints a warning.
75
+
74
76
  Token-only interactive setup is supported:
75
77
 
76
78
  ```bash
@@ -83,6 +85,18 @@ whether `WORKFLOW.md`, `.gh-symphony/context.yaml`,
83
85
  `.gh-symphony/reference-workflow.md`, and runtime skill files would be created,
84
86
  updated, or left unchanged, and then exits without modifying the repository.
85
87
 
88
+ The same detected environment data is applied to the generated artifacts, so `WORKFLOW.md`, `.gh-symphony/reference-workflow.md`, and the runtime skill templates already include repository-aware validation guidance for the detected package manager, monorepo layout, and explicit validation commands when they exist.
89
+
90
+ The detector is language-agnostic by default:
91
+
92
+ - Node repositories: JS lockfiles plus `package.json` `test` / `lint` / `build` scripts
93
+ - Python repositories: `uv.lock`, `poetry.lock`, `pyproject.toml`, `pytest.ini`, `requirements*.txt`
94
+ - Go repositories: `go.mod`
95
+ - Rust repositories: `Cargo.toml`
96
+ - Generic runners: `Makefile`, `justfile`
97
+
98
+ Examples of generated validation guidance include `make test`, `just build`, `uv run pytest`, `poetry run pytest`, `go test ./...`, and `cargo test` when those commands are the clearest repository entry points. If the repository exposes conflicting signals, the CLI keeps the generic fallback instead of guessing.
99
+
86
100
  ### Customizing Agent Behavior
87
101
 
88
102
  `gh-symphony workflow init` generates skill files under `.codex/skills/` (or `.claude/skills/` for Claude Code). These skills define how the AI agent handles commits, pushes, pulls, and project status transitions.
@@ -139,6 +153,8 @@ The interactive wizard will:
139
153
  4. Optionally customize advanced settings for repository filtering and workspace root directory
140
154
  5. Write project configuration to `~/.gh-symphony/`
141
155
 
156
+ This wizard uses the same pagination-aware discovery path as `workflow init`, so it can enumerate large personal and organization-backed GitHub accounts more reliably. If the CLI stops at a safety limit, it warns that the visible project list may be incomplete.
157
+
142
158
  Token-only non-interactive setup:
143
159
 
144
160
  ```bash
@@ -156,6 +172,8 @@ export GITHUB_GRAPHQL_TOKEN=ghp_your_classic_token
156
172
  gh-symphony project add
157
173
  ```
158
174
 
175
+ If the selected GitHub Project is brand new and has no linked repositories yet, the setup still succeeds. The completion message reports `0 repositories` and suggests either `gh-symphony repo add <owner/name>` or adding a repo-linked issue to the GitHub Project.
176
+
159
177
  ### Project Management
160
178
 
161
179
  ```bash
@@ -163,16 +181,26 @@ gh-symphony doctor # Validate local prerequisites, auth, confi
163
181
  gh-symphony doctor --fix # Apply safe fixes and guide/launch follow-up recovery commands
164
182
  gh-symphony project list # List all configured projects
165
183
  gh-symphony project remove <id> # Remove a project
184
+ gh-symphony repo add owner/name # Validate and save a repo target manually
166
185
  gh-symphony repo sync # Add newly linked repositories from the GitHub Project
167
186
  gh-symphony repo sync --dry-run # Preview linked repository drift
168
187
  gh-symphony repo sync --prune # Remove local repositories no longer linked
169
188
  ```
170
189
 
190
+ Use `gh-symphony repo add owner/name` as the onboarding safety check when a
191
+ project starts empty or when you want to register a repository before it is
192
+ linked on the GitHub Project board. Successful validation stores the canonical
193
+ clone URL from the GitHub API. If auth is unavailable or the API is offline,
194
+ the CLI still saves the repo with the fallback HTTPS clone URL and prints a
195
+ warning that validation was skipped.
196
+
171
197
  Use `gh-symphony repo sync` when the GitHub Project board has gained or lost
172
198
  linked repositories since the project was first added locally. Default sync is
173
199
  additive; `--prune` switches to strict alignment, and `--json` prints the added,
174
200
  removed, unchanged, and final repository sets.
175
201
 
202
+ For empty projects, use `gh-symphony repo add owner/name` after setup to seed the local repository list without re-running the whole wizard.
203
+
176
204
  ## 4. Run the Orchestrator
177
205
 
178
206
  ### Foreground
@@ -251,7 +279,7 @@ JSON output includes the resolved auth source as `env` or `gh`.
251
279
  Setup:
252
280
  workflow init Interactive repository setup wizard
253
281
  workflow validate Parse and strictly validate WORKFLOW.md
254
- workflow preview Render the final worker prompt from a sample issue
282
+ workflow preview Render the final worker prompt from a sample or live issue
255
283
  doctor Run diagnostics and optional first-run remediation
256
284
  config show Show current configuration
257
285
  config set Set a configuration value