@gh-symphony/cli 0.0.21 → 0.1.2

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.
Files changed (36) hide show
  1. package/README.md +100 -69
  2. package/dist/chunk-6I753NYO.js +18 -0
  3. package/dist/{workflow-BLJH2HC3.js → chunk-B4ZJMAZL.js} +27 -19
  4. package/dist/{chunk-SXGT7LOF.js → chunk-DLZAJXZL.js} +600 -12
  5. package/dist/chunk-GHVDABFO.js +235 -0
  6. package/dist/{chunk-QEONJ5DZ.js → chunk-GPRCOJDJ.js} +1314 -35
  7. package/dist/{chunk-A67CMOYE.js → chunk-VFHMHHZW.js} +1 -1
  8. package/dist/{chunk-JN3TQVFV.js → chunk-WM2B6BJ7.js} +16 -62
  9. package/dist/{chunk-ROGRTUFI.js → chunk-WOVNN5NW.js} +16 -6
  10. package/dist/{chunk-C67H3OUL.js → chunk-Z3NZOPLZ.js} +0 -81
  11. package/dist/{config-cmd-DNXNL26Z.js → config-cmd-2ADPUYWA.js} +1 -1
  12. package/dist/{doctor-4HBRICHP.js → doctor-EEPNFCGF.js} +464 -40
  13. package/dist/index.js +357 -244
  14. package/dist/repo-RX4OK7XH.js +6783 -0
  15. package/dist/{setup-B2SVLW2R.js → setup-XNHHRBGU.js} +57 -91
  16. package/dist/{upgrade-OJXPZRYE.js → upgrade-NS53EO2B.js} +2 -2
  17. package/dist/{version-TBDCTKDO.js → version-2RHFZ5CI.js} +1 -1
  18. package/dist/worker-entry.js +376 -15
  19. package/dist/workflow-26QNZZWH.js +22 -0
  20. package/package.json +5 -5
  21. package/dist/chunk-5NV3LSAJ.js +0 -11
  22. package/dist/chunk-C7G7RJ4G.js +0 -146
  23. package/dist/chunk-KY6WKH66.js +0 -1300
  24. package/dist/chunk-MYVJ6HK4.js +0 -3510
  25. package/dist/chunk-S6VIK4FF.js +0 -723
  26. package/dist/chunk-XN5ABWZ6.js +0 -486
  27. package/dist/chunk-Y6TYJMNT.js +0 -109
  28. package/dist/init-HZ3JEDGQ.js +0 -38
  29. package/dist/logs-6JKKYDGJ.js +0 -188
  30. package/dist/project-25NQ4J4Y.js +0 -24
  31. package/dist/recover-L3MJHHDA.js +0 -133
  32. package/dist/repo-TDCWQR6P.js +0 -379
  33. package/dist/run-XJQ6BF7U.js +0 -110
  34. package/dist/start-I2CC7BLW.js +0 -18
  35. package/dist/status-QSCFVGRQ.js +0 -11
  36. package/dist/stop-7MFCBQVW.js +0 -9
package/README.md CHANGED
@@ -36,6 +36,7 @@ Validate the machine and repo prerequisites before first use:
36
36
  gh-symphony doctor
37
37
  gh-symphony doctor --fix
38
38
  gh-symphony doctor --json
39
+ gh-symphony doctor --smoke
39
40
  GITHUB_GRAPHQL_TOKEN=ghp_your_classic_token gh-symphony doctor --json
40
41
  ```
41
42
 
@@ -62,6 +63,7 @@ gh-symphony workflow init
62
63
  gh-symphony workflow init --dry-run
63
64
  gh-symphony workflow validate
64
65
  gh-symphony workflow preview --issue owner/repo#123
66
+ gh-symphony doctor --smoke --issue owner/repo#123
65
67
  ```
66
68
 
67
69
  The interactive wizard will:
@@ -105,16 +107,16 @@ You can further customize the agent's behavior by editing `WORKFLOW.md` — this
105
107
 
106
108
  > Currently supported runtimes: **Codex**, **Claude Code**
107
109
 
108
- ### Project `.env` Mapping
110
+ ### Repository `.env` Mapping
109
111
 
110
- If your hooks or worker runs need staging hosts, database URLs, Playwright base URLs, or other runtime-only values, store them in the project runtime directory instead of hardcoding them in `WORKFLOW.md`.
112
+ If your hooks or worker runs need staging hosts, database URLs, Playwright base URLs, or other runtime-only values, store them in the repository runtime directory instead of hardcoding them in `WORKFLOW.md`.
111
113
 
112
- 1. Find the project id from `gh-symphony project list`.
114
+ 1. Initialize the repository runtime with `gh-symphony repo init`.
113
115
  2. Create the runtime env file:
114
116
 
115
117
  ```bash
116
- mkdir -p ~/.gh-symphony/projects/<project-id>
117
- cat > ~/.gh-symphony/projects/<project-id>/.env <<'EOF'
118
+ mkdir -p .runtime/orchestrator
119
+ cat > .runtime/orchestrator/.env <<'EOF'
118
120
  STAGING_API_HOST=https://staging.example.com
119
121
  DATABASE_URL=postgres://user:pass@staging-db:5432/app
120
122
  PLAYWRIGHT_BASE_URL=http://localhost:3000
@@ -135,14 +137,14 @@ Env precedence during hook execution and worker spawn is:
135
137
  - system env as the override layer
136
138
  - Symphony context vars such as `SYMPHONY_*` as the highest-priority layer
137
139
 
138
- If you use `--config <dir>`, replace `~/.gh-symphony` with that directory.
140
+ The repository runtime always lives under `.runtime/orchestrator/`.
139
141
 
140
- ## 3. Set Orchestrator Runner (Project)
142
+ ## 3. Set Orchestrator Runner (Repository)
141
143
 
142
- On the machine where you want the orchestrator to run, register a project:
144
+ From inside the cloned repository that should run orchestration, initialize the workflow and repository runtime:
143
145
 
144
146
  ```bash
145
- gh-symphony project add
147
+ gh-symphony setup
146
148
  ```
147
149
 
148
150
  The interactive wizard will:
@@ -150,8 +152,7 @@ The interactive wizard will:
150
152
  1. Authenticate via `GITHUB_GRAPHQL_TOKEN` or fall back to `gh` CLI
151
153
  2. Let you select a **GitHub Project**
152
154
  3. Optionally limit processing to issues assigned to the authenticated user
153
- 4. Optionally customize advanced settings for repository filtering and workspace root directory
154
- 5. Write project configuration to `~/.gh-symphony/`
155
+ 4. Write `WORKFLOW.md`, support files, and `.runtime/orchestrator/` in the repository
155
156
 
156
157
  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
158
 
@@ -162,94 +163,125 @@ GITHUB_GRAPHQL_TOKEN=ghp_your_classic_token \
162
163
  gh-symphony workflow init --non-interactive --project PVT_xxx --output WORKFLOW.md
163
164
 
164
165
  GITHUB_GRAPHQL_TOKEN=ghp_your_classic_token \
165
- gh-symphony project add --non-interactive --project PVT_xxx --workspace-dir ~/.gh-symphony/workspaces
166
+ gh-symphony repo init
166
167
  ```
167
168
 
168
- Token-only project registration is also supported:
169
+ Token-only setup is also supported when exactly one GitHub Project is visible to the token:
169
170
 
170
171
  ```bash
171
172
  export GITHUB_GRAPHQL_TOKEN=ghp_your_classic_token
172
- gh-symphony project add
173
+ gh-symphony setup
173
174
  ```
174
175
 
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
-
177
- ### Project Management
176
+ ### Repository Management
178
177
 
179
178
  ```bash
180
179
  gh-symphony doctor # Validate local prerequisites, auth, config, WORKFLOW.md, and runtime command
181
180
  gh-symphony doctor --fix # Apply safe fixes and guide/launch follow-up recovery commands
182
- gh-symphony project list # List all configured projects
183
- gh-symphony project remove <id> # Remove a project
184
- gh-symphony repo add owner/name # Validate and save a repo target manually
185
- gh-symphony repo sync # Add newly linked repositories from the GitHub Project
186
- gh-symphony repo sync --dry-run # Preview linked repository drift
187
- gh-symphony repo sync --prune # Remove local repositories no longer linked
181
+ gh-symphony doctor --smoke # Final preflight: validate a live issue without dispatching work
182
+ gh-symphony repo init # Bind .runtime/orchestrator to the cwd repository
183
+ gh-symphony repo status # Show current repository orchestration status
184
+ gh-symphony repo explain owner/repo#123 # Explain why one issue is not dispatching
185
+ gh-symphony repo start # Start this repository
186
+ gh-symphony repo stop # Stop this repository
188
187
  ```
189
188
 
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.
189
+ `gh-symphony repo init` reads `WORKFLOW.md`, infers `owner/name` from the Git remote, and writes per-repo runtime state under `.runtime/orchestrator/`.
190
+
191
+ ### Why Is My Issue Not Running?
196
192
 
197
- Use `gh-symphony repo sync` when the GitHub Project board has gained or lost
198
- linked repositories since the project was first added locally. Default sync is
199
- additive; `--prune` switches to strict alignment, and `--json` prints the added,
200
- removed, unchanged, and final repository sets.
193
+ Use `gh-symphony repo explain <owner/repo#number>` before digging through
194
+ logs manually:
195
+
196
+ ```bash
197
+ gh-symphony repo explain owner/repo#123
198
+ gh-symphony repo explain owner/repo#123 --json
199
+ gh-symphony repo explain owner/repo#123 --workflow ./WORKFLOW.md
200
+ ```
201
+
202
+ The command checks project repository linkage, GitHub Project item presence,
203
+ `WORKFLOW.md` active / wait / terminal state mapping, blocker state, existing
204
+ run / retry / convergence ownership, and project or per-state concurrency
205
+ limits.
206
+
207
+ If the project has no previous local run snapshot and the repository path is
208
+ not stored in the managed project config, pass `--workflow` so the command
209
+ does not guess from the current shell directory.
210
+
211
+ ```text
212
+ Issue dispatch explanation: owner/repo#123
213
+ Not dispatchable: Issue has 1 unresolved blocker.
214
+
215
+ Checks:
216
+ ✓ Repository owner/repo is linked to the active managed project.
217
+ ✓ Issue is present in the bound GitHub Project item set.
218
+ ✓ Project state "Todo" maps to an active state in WORKFLOW.md.
219
+ ✗ Issue has 1 unresolved blocker.
220
+ Hint: Move blocker issues to a terminal state or update the blocker relationship in GitHub.
221
+ ```
201
222
 
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.
223
+ The remediation hints point to existing commands such as `workflow preview`,
224
+ `doctor`, `repo status`, and `repo logs --issue`.
203
225
 
204
226
  ## 4. Run the Orchestrator
205
227
 
206
228
  ### Foreground
207
229
 
208
230
  ```bash
209
- gh-symphony start
210
- gh-symphony start --once # Run startup cleanup + one orchestration tick, then exit
211
- gh-symphony project start --once # Same one-shot flow for an explicit project
231
+ gh-symphony repo start
232
+ gh-symphony repo start --once # Run startup cleanup + one orchestration tick, then exit
212
233
  ```
213
234
 
214
235
  ### Background (daemon)
215
236
 
216
237
  ```bash
217
- gh-symphony start --daemon # Start in background
218
- gh-symphony stop # Stop the daemon
238
+ gh-symphony repo start --daemon # Start in background
239
+ gh-symphony repo stop # Stop the daemon
219
240
  ```
220
241
 
221
- Use `start --once` for the first real managed-project run or a CI smoke check. It reuses the configured GitHub Project binding and `WORKFLOW.md` and performs exactly one poll/reconcile/dispatch cycle instead of entering the long-running orchestration loop. `--daemon --once` is rejected because the modes conflict. If you add `--http`, the dashboard/API remains available after that one-shot tick completes, and the process stays up until you interrupt it with `Ctrl+C`.
242
+ Run `doctor --smoke` before the first `start --once` when you want a safe pre-dispatch readiness check. Use `start --once` for the first real managed-project run or a CI smoke check. It reuses the configured GitHub Project binding and `WORKFLOW.md` and performs exactly one poll/reconcile/dispatch cycle instead of entering the long-running orchestration loop. `--daemon --once` is rejected because the modes conflict. If you add `--http`, the dashboard/API remains available after that one-shot tick completes, and the process stays up until you interrupt it with `Ctrl+C`.
222
243
 
223
244
  ### Monitor
224
245
 
225
246
  ```bash
226
- gh-symphony status # Show current status
227
- gh-symphony status --watch # Live dashboard
228
- gh-symphony logs # View event logs
229
- gh-symphony logs --follow # Stream logs in real-time
247
+ gh-symphony repo status # Show current status
248
+ gh-symphony repo status --watch # Live dashboard
249
+ gh-symphony repo logs # View event logs
250
+ gh-symphony repo logs --follow # Stream logs in real-time
230
251
  ```
231
252
 
232
253
  ### Dispatch a Single Issue
233
254
 
234
255
  ```bash
235
- gh-symphony run org/repo#123
256
+ gh-symphony repo run org/repo#123
236
257
  ```
237
258
 
238
259
  ### Recover Stalled Runs
239
260
 
240
261
  ```bash
241
- gh-symphony recover # Recover stalled runs
242
- gh-symphony recover --dry-run # Preview what would be recovered
262
+ gh-symphony repo recover # Recover stalled runs
263
+ gh-symphony repo recover --dry-run # Preview what would be recovered
243
264
  ```
244
265
 
245
266
  ## Diagnostics
246
267
 
247
- `gh-symphony doctor` validates the most common first-run prerequisites in one pass. `gh-symphony doctor --fix` extends that flow with safe remediation and guided follow-up:
268
+ `gh-symphony doctor` validates the most common first-run prerequisites in one pass. `gh-symphony doctor --smoke` is the recommended final preflight before `gh-symphony repo start --once`: it resolves the active managed project, checks the GitHub Project binding, confirms the repository and target issue are readable through the project, renders `WORKFLOW.md` for that issue, verifies the runtime command, workspace root, and configured hook paths, and exits without dispatching a worker.
269
+
270
+ Use an explicit issue when you want a deterministic check:
271
+
272
+ ```bash
273
+ gh-symphony doctor --smoke --issue owner/repo#123
274
+ gh-symphony doctor --smoke --issue owner/repo#123 --json
275
+ ```
276
+
277
+ Without `--issue`, doctor auto-selects one active live issue from the managed project. If none is suitable, the report explains which active states it expected and suggests re-running with `--issue`.
278
+
279
+ `gh-symphony doctor --fix` extends the regular diagnostic flow with safe remediation and guided follow-up:
248
280
 
249
281
  - creates missing config/runtime/workspace directories
250
282
  - launches `gh auth login` or `gh auth refresh` when a TTY is available, otherwise prints the exact command to run
251
- - launches `gh-symphony init` when `WORKFLOW.md` is missing or invalid
252
- - launches `gh-symphony project add` when managed project setup or GitHub Project binding must be repaired
283
+ - launches `gh-symphony workflow init` when `WORKFLOW.md` is missing or invalid
284
+ - launches `gh-symphony setup` when repository runtime setup or GitHub Project binding must be repaired
253
285
  - prints concrete runtime install guidance when the configured command is missing on `PATH`
254
286
 
255
287
  The diagnostic checks cover:
@@ -258,17 +290,19 @@ The diagnostic checks cover:
258
290
  - Node.js runtime version against the documented minimum (`v24+`) and the current `process.version`
259
291
  - Git installation availability on `PATH`, including `git --version` when available
260
292
  - GitHub authentication via `GITHUB_GRAPHQL_TOKEN` or `gh`, including required scopes
261
- - managed project selection plus GitHub Project binding resolution
262
- - config/runtime/workspace path writability
293
+ - repository runtime selection plus GitHub Project binding resolution
294
+ - runtime/workspace path writability
263
295
  - repository `WORKFLOW.md` presence and parse validity
264
296
  - runtime command availability on `PATH`
297
+ - with `--smoke`: linked repository readiness, live issue readability, strict prompt rendering, and hook path resolution
265
298
 
266
299
  Use JSON output for scripts and CI smoke checks. `--fix --json` includes a remediation section where each step is reported as `applied`, `skipped`, or `manual`.
267
300
 
268
301
  ```bash
269
302
  gh-symphony doctor --json
270
303
  gh-symphony doctor --fix --json
271
- gh-symphony start --once
304
+ gh-symphony doctor --smoke --json
305
+ gh-symphony repo start --once
272
306
  ```
273
307
 
274
308
  JSON output includes the resolved auth source as `env` or `gh`.
@@ -277,33 +311,30 @@ JSON output includes the resolved auth source as `env` or `gh`.
277
311
 
278
312
  ```
279
313
  Setup:
314
+ setup Generate WORKFLOW.md and initialize the cwd repository runtime
280
315
  workflow init Interactive repository setup wizard
281
316
  workflow validate Parse and strictly validate WORKFLOW.md
282
317
  workflow preview Render the final worker prompt from a sample or live issue
283
- doctor Run diagnostics and optional first-run remediation
318
+ doctor Run diagnostics, smoke checks, and optional remediation
284
319
  config show Show current configuration
285
320
  config set Set a configuration value
286
321
  config edit Open config in $EDITOR
287
322
 
288
323
  Orchestration:
289
- start Start the orchestrator (foreground)
290
- start --once Run a single orchestration tick and exit
291
- start --daemon Start the orchestrator (background)
292
- stop Stop the background orchestrator
293
- status Show orchestrator status
294
- run <issue> Dispatch a single issue
295
- recover Recover stalled runs
296
- logs View orchestrator logs
324
+ repo init Bind .runtime/orchestrator to the cwd repository
325
+ repo start Start the orchestrator (foreground)
326
+ repo start --once Run a single orchestration tick and exit
327
+ repo start --daemon Start the orchestrator (background)
328
+ repo stop Stop the background orchestrator
329
+ repo status Show orchestrator status
330
+ repo run <issue> Dispatch a single issue
331
+ repo recover Recover stalled runs
332
+ repo logs View orchestrator logs
333
+ repo explain Explain why an issue is not dispatching
297
334
  completion <shell> Print shell completion for bash/zsh/fish
298
335
 
299
- Project Management:
300
- project add Add a new project (interactive wizard)
301
- project list List all configured projects
302
- project remove Remove a project
303
- repo sync Refresh repositories from the linked GitHub Project
304
-
305
336
  Global Options:
306
- --config <dir> Config directory (default: ~/.gh-symphony)
337
+ --config <dir> Config directory (default: initialized cwd runtime, then ~/.gh-symphony)
307
338
  --verbose Enable verbose output
308
339
  --json Output in JSON format
309
340
  --no-color Disable color output
@@ -0,0 +1,18 @@
1
+ #!/usr/bin/env node
2
+ import {
3
+ REPO_RUNTIME_DIR
4
+ } from "./chunk-WOVNN5NW.js";
5
+
6
+ // src/orchestrator-runtime.ts
7
+ import { resolve } from "path";
8
+ function resolveRuntimeRoot(configDir) {
9
+ return resolve(configDir);
10
+ }
11
+ function resolveRepoRuntimeRoot(repoDir = process.cwd()) {
12
+ return resolve(repoDir, REPO_RUNTIME_DIR);
13
+ }
14
+
15
+ export {
16
+ resolveRuntimeRoot,
17
+ resolveRepoRuntimeRoot
18
+ };
@@ -1,10 +1,11 @@
1
1
  #!/usr/bin/env node
2
2
  import {
3
- init_default
4
- } from "./chunk-JN3TQVFV.js";
3
+ workflow_init_default
4
+ } from "./chunk-WM2B6BJ7.js";
5
5
  import {
6
- fetchGithubProjectIssueByRepositoryAndNumber
7
- } from "./chunk-SXGT7LOF.js";
6
+ fetchGithubProjectIssueByRepositoryAndNumber,
7
+ inspectManagedProjectSelection
8
+ } from "./chunk-DLZAJXZL.js";
8
9
  import {
9
10
  GitHubApiError,
10
11
  createClient,
@@ -12,16 +13,12 @@ import {
12
13
  getGhTokenWithSource,
13
14
  getProjectDetail,
14
15
  validateGitHubToken
15
- } from "./chunk-C67H3OUL.js";
16
+ } from "./chunk-Z3NZOPLZ.js";
16
17
  import {
17
18
  buildPromptVariables,
18
19
  parseWorkflowMarkdown,
19
20
  renderPrompt
20
- } from "./chunk-QEONJ5DZ.js";
21
- import {
22
- inspectManagedProjectSelection
23
- } from "./chunk-C7G7RJ4G.js";
24
- import "./chunk-ROGRTUFI.js";
21
+ } from "./chunk-GPRCOJDJ.js";
25
22
 
26
23
  // src/commands/workflow.ts
27
24
  import { readFile } from "fs/promises";
@@ -391,6 +388,14 @@ function readGitHubProjectBinding(projectConfig) {
391
388
  const settingsProjectId = projectConfig.tracker.settings?.projectId;
392
389
  return typeof settingsProjectId === "string" && settingsProjectId.trim().length > 0 ? settingsProjectId.trim() : null;
393
390
  }
391
+ function renderIssueWorkflowPreview(input) {
392
+ const variables = buildPromptVariables(input.issue, {
393
+ attempt: input.attempt
394
+ });
395
+ return renderPrompt(input.workflow.promptTemplate, variables, {
396
+ strict: true
397
+ });
398
+ }
394
399
  function formatAuthError(error) {
395
400
  return `GitHub authentication is required for live issue preview. ${error.message}`;
396
401
  }
@@ -406,7 +411,7 @@ async function loadLiveIssue(issueReference, projectId, options) {
406
411
  const githubProjectId = readGitHubProjectBinding(selection.projectConfig);
407
412
  if (!githubProjectId) {
408
413
  throw new Error(
409
- `Managed project "${selection.projectId}" is not bound to a GitHub Project. Re-run 'gh-symphony project add' and select a valid GitHub Project binding.`
414
+ `Managed project "${selection.projectId}" is not bound to a GitHub Project. Run 'gh-symphony workflow init' to select a valid GitHub Project binding, then run 'gh-symphony repo init'.`
410
415
  );
411
416
  }
412
417
  let auth;
@@ -439,7 +444,7 @@ async function loadLiveIssue(issueReference, projectId, options) {
439
444
  }
440
445
  if (!findLinkedRepository(detail, issue.owner, issue.name)) {
441
446
  throw new Error(
442
- `Repository ${issue.owner}/${issue.name} is not linked to the configured GitHub Project "${detail.title}". Run 'gh-symphony repo add ${issue.owner}/${issue.name}' or re-run 'gh-symphony project add' with the correct project binding.`
447
+ `Repository ${issue.owner}/${issue.name} is not linked to the configured GitHub Project "${detail.title}". Run 'gh-symphony setup' from inside the target repository, or run 'gh-symphony workflow init' followed by 'gh-symphony repo init'.`
443
448
  );
444
449
  }
445
450
  const trackedIssue = await workflowCommandDependencies.fetchLiveIssue(
@@ -587,12 +592,11 @@ async function runPreview(args, options) {
587
592
  );
588
593
  }
589
594
  const { issue, sampleSource } = flags.issue ? await loadLiveIssue(flags.issue, flags.projectId, options) : await loadSampleIssue(flags.sample);
590
- const variables = buildPromptVariables(issue, {
595
+ const renderedPrompt = renderIssueWorkflowPreview({
596
+ workflow,
597
+ issue,
591
598
  attempt: flags.attempt
592
599
  });
593
- const renderedPrompt = renderPrompt(workflow.promptTemplate, variables, {
594
- strict: true
595
- });
596
600
  if (options.json) {
597
601
  process.stdout.write(
598
602
  `${JSON.stringify(
@@ -639,7 +643,7 @@ var handler = async (args, options) => {
639
643
  try {
640
644
  switch (parsed.subcommand) {
641
645
  case "init":
642
- await init_default(parsed.args, options);
646
+ await workflow_init_default(parsed.args, options);
643
647
  return;
644
648
  case "validate":
645
649
  await runValidate(parsed.args, options);
@@ -656,8 +660,12 @@ var handler = async (args, options) => {
656
660
  }
657
661
  };
658
662
  var workflow_default = handler;
663
+
659
664
  export {
660
- workflow_default as default,
665
+ setWorkflowCommandDependenciesForTest,
661
666
  resetWorkflowCommandDependenciesForTest,
662
- setWorkflowCommandDependenciesForTest
667
+ parseIssueReference,
668
+ readGitHubProjectBinding,
669
+ renderIssueWorkflowPreview,
670
+ workflow_default
663
671
  };