This was generated by AI during triage.
Summary
When gh aw trial installs a remote workflow, it fetches the workflow and its frontmatter imports: dependencies, but it does not fetch files referenced directly by {{#runtime-import ...}} in the workflow body. Activation then fails before the agent starts.
Version
gh aw version v0.82.14
Repository layout
.github/
workflows/
example.md
skills/
example/
SKILL.md
example.md contains:
---
on:
workflow_dispatch:
---
{{#runtime-import .github/skills/example/SKILL.md}}Both files exist at the same source commit.
Command
gh aw trial \
https://github.com/owner/source-repo/blob/SOURCE_SHA/.github/workflows/example.md \
--logical-repo owner/target-repo \
--host-repo owner/private-trial \
--yes
Actual result
The trial host contains the workflow source and lock but not the .github/skills runtime-import dependency. Activation reaches template interpolation and fails:
Processing 1 runtime import macro(s)
ERR_API: Failed to process runtime import for .github/skills/example/SKILL.md:
ERR_SYSTEM: Runtime import file not found
The agent, detection, and safe-output jobs are skipped.
In a larger reproduction, remote frontmatter imports: under .github/workflows/shared/ were copied successfully while six direct .github/skills/** runtime imports were omitted.
Expected result
Remote trial installation should fetch the complete, exact runtime dependency closure from the same source commit:
- frontmatter
imports:
- direct
runtime-import files
- nested
runtime-import files
- declared resources/dispatch dependencies
Paths should be preserved in the private trial host so activation behaves like the source repository.
This should remain an explicit dependency closure rather than cloning or exposing unrelated source-repository content.
Current workaround
Manually copy every reviewed runtime-import file into the private trial host before dispatch. This is error-prone and makes gh aw trial less representative of normal installation.
Context
Found while validating microsoft/vscode-engineering#3364. The workflow installs and compiles successfully; only activation fails because the trial host is missing the declared runtime-import files.
Summary
When
gh aw trialinstalls a remote workflow, it fetches the workflow and its frontmatterimports:dependencies, but it does not fetch files referenced directly by{{#runtime-import ...}}in the workflow body. Activation then fails before the agent starts.Version
gh aw version v0.82.14Repository layout
example.mdcontains:Both files exist at the same source commit.
Command
Actual result
The trial host contains the workflow source and lock but not the
.github/skillsruntime-import dependency. Activation reaches template interpolation and fails:The agent, detection, and safe-output jobs are skipped.
In a larger reproduction, remote frontmatter
imports:under.github/workflows/shared/were copied successfully while six direct.github/skills/**runtime imports were omitted.Expected result
Remote trial installation should fetch the complete, exact runtime dependency closure from the same source commit:
imports:runtime-importfilesruntime-importfilesPaths should be preserved in the private trial host so activation behaves like the source repository.
This should remain an explicit dependency closure rather than cloning or exposing unrelated source-repository content.
Current workaround
Manually copy every reviewed runtime-import file into the private trial host before dispatch. This is error-prone and makes
gh aw trialless representative of normal installation.Context
Found while validating microsoft/vscode-engineering#3364. The workflow installs and compiles successfully; only activation fails because the trial host is missing the declared runtime-import files.