Skip to content

Normalize workflow naming across runtime and authoring contracts - #776

Open
onevcat wants to merge 1 commit into
mainfrom
refactor/workflow-naming
Open

Normalize workflow naming across runtime and authoring contracts#776
onevcat wants to merge 1 commit into
mainfrom
refactor/workflow-naming

Conversation

@onevcat

@onevcat onevcat commented Sep 7, 2026

Copy link
Copy Markdown
Owner

Workflow authoring used overlapping names for definition metadata, run metadata, action results, and participant deliveries. This change establishes one naming contract across the runtime, CLI, schemas, bundled examples, documentation, and shipped skills.

  • Separate context.workflow, context.run, context.initiator, and context.action; use explicit role and action metadata fields.
  • Use expect.delivery, expect.verdicts, deliveries, and workflow deliver for participant submissions.
  • Use verb-first action IDs, builtin:collect-worktree-context, actions..output_path, backend.inherit_env, and iteration_limit_reached.
  • Reject retired names, including optional expression references, without compatibility aliases. Remove the unused legacy template renderer.
  • Add a repository naming check with positive custom-data fixtures and negative protocol fixtures.

This is the naming slice before D3. The collector still collects one Git directory; handoff migration and additional collectors remain separate work.

Validation: make check (150 script tests), CLI build and smoke checks, 291 CLI unit tests, 112 CLI integration tests, 3147 app tests, and make build-app passed. Three sequential adversarial review rounds cover runtime boundaries, schemas, references, and the naming check.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant