Skip to content

[rig-claude] Improve Claude dynamic-workflow compatibility for rig - #361

Draft
github-actions[bot] wants to merge 1 commit into
mainfrom
rig-claude-compat/2026-08-06-948a8331c2f8c653
Draft

[rig-claude] Improve Claude dynamic-workflow compatibility for rig#361
github-actions[bot] wants to merge 1 commit into
mainfrom
rig-claude-compat/2026-08-06-948a8331c2f8c653

Conversation

@github-actions

@github-actions github-actions Bot commented Aug 6, 2026

Copy link
Copy Markdown
Contributor

Compatibility gap addressed

claude-workflow-conversion.md — the primary reference for porting Claude Code dynamic workflow scripts to rig — did not document the "rig/globals" incremental migration path. A developer porting a flat script (with top-level phase, call, pipeline calls) had no clear guide in the conversion reference, only a brief mention buried in dynamic-workflows.md.

Why this improves transfer

Claude dynamic workflows are flat scripts: phase(), log(), and await agent(prompt, { schema }) appear at the module top level with no wrapping body. The natural first step when porting is to keep that flat structure and swap the injected globals for imports — call/pipeline from "rig/globals", phase/log from "rig". Without this documented in the conversion guide, developers either miss the pattern entirely or must infer it from a prose aside in a different reference file.

The added section names "rig/globals" explicitly, shows a minimal working example, and explains when to graduate to workflow({ body }).

Files changed

  • skills/rig/references/claude-workflow-conversion.md
    • New "Incremental migration with rig/globals" section with a short ts example showing the flat-module porting pattern
    • Added 360-parallel-branch-analysis-workflow.md to the example table (parallel(thunks) barrier pattern was missing from the cross-reference)

Validation

Docs-only change. No TypeScript or sample files modified; no build or test run required per task rules. Verified:

  • Referenced sample 360-parallel-branch-analysis-workflow.md exists
  • All relative links in the updated file resolve to existing files
  • File grew from 171 to 204 lines (within the ~200-line guidance target)

Remaining intentional differences

  • { effort: "high" } remains "not modeled" — rig has no effort parameter; encode importance via model choice or prompt structure
  • { agentType: "Explore" } remains "prompt wording" — no built-in read-only agent type
  • No resume journal, worktree isolation, or human checkpoints — runtime features of Claude Code, not rig API surface

Generated by Daily Rig Claude Dynamic Workflow Compatibility · sonnet46 95.7 AIC · ⌖ 8.13 AIC · ⊞ 5.4K ·

…le link

Close the discoverability gap in claude-workflow-conversion.md:
- Add 'Incremental migration with rig/globals' section showing the flat-module
  porting pattern (import call/pipeline from rig/globals at top level)
- Add sample 360-parallel-branch-analysis-workflow.md to the example table
  so parallel(thunks) barrier usage is cross-referenced from the conversion guide

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants