Summary
Multiple AI artifacts (agents, instructions, prompts) contain hardcoded workspace-root-relative paths in their prose body text — paths like .github/instructions/design-thinking/dt-coaching-identity.instructions.md. These paths assume the hve-core repository IS the workspace root.
When artifacts are loaded from a VS Code extension install path (~/.vscode-server-insiders/data/User/globalStorage/ise-hve-essentials.hve-core/.github/...), a peer clone (../hve-core/.github/...), or any non-workspace-root installation, the AI follows these literal paths and fails to find the referenced files. The hve-core-location.instructions.md fallback guidance exists but is not reliably followed by the AI when a literal path is present.
Note: docs/templates/ are correctly packaged in the VSIX extension. References to those files using file-relative paths (e.g., ../../docs/templates/brd-template.md) resolve correctly and do not need changes (both in extension packaging and plugin folder distribution).
Problem
Artifacts instruct the AI to read or reference files using paths anchored at the workspace root:
Read `.github/instructions/design-thinking/dt-coaching-identity.instructions.md`
When installed via extension, the file's actual disk location is something like:
/home/user/.vscode-server-insiders/data/User/globalStorage/ise-hve-essentials.hve-core/.github/agents/design-thinking/dt-coach.agent.md
The AI resolves .github/instructions/... relative to the workspace root, not to the artifact's location on disk, so the file is not found.
Affected Files
These files contain workspace-root-anchored paths in prose (e.g., .github/instructions/...) rather than file-relative paths. Files using correct relative paths like ../../docs/templates/... or ../../instructions/... are not affected.
| File |
Path References |
.github/agents/design-thinking/dt-coach.agent.md |
4 paths to .github/instructions/design-thinking/dt-*.instructions.md |
.github/agents/hve-core/doc-ops.agent.md |
3 paths to .github/instructions/hve-core/*.instructions.md |
.github/agents/hve-core/rpi-agent.agent.md |
.github/copilot-instructions.md, .github/instructions/, .github/agents/**/researcher-subagent.agent.md |
.github/instructions/hve-core/prompt-builder.instructions.md |
Multiple .github/agents/, .github/skills/ structure references |
.github/instructions/github/community-interaction.instructions.md |
CONTRIBUTING.md, GOVERNANCE.md, CODE_OF_CONDUCT.md via ../../../ > Not not tackled in this issue due to distribution mechanism, should be local to repo anyways |
Proposed Solution
Replace prose paths with #file: directives. VS Code resolves #file: relative to the file's disk location, so the reference works regardless of installation method. Convert:
<!-- Before -->
Read `.github/instructions/design-thinking/dt-coaching-identity.instructions.md`
<!-- After -->
Read #file:../../instructions/design-thinking/dt-coaching-identity.instructions.md
Related Issues
Acceptance Criteria
Summary
Multiple AI artifacts (agents, instructions, prompts) contain hardcoded workspace-root-relative paths in their prose body text — paths like
.github/instructions/design-thinking/dt-coaching-identity.instructions.md. These paths assume the hve-core repository IS the workspace root.When artifacts are loaded from a VS Code extension install path (
~/.vscode-server-insiders/data/User/globalStorage/ise-hve-essentials.hve-core/.github/...), a peer clone (../hve-core/.github/...), or any non-workspace-root installation, the AI follows these literal paths and fails to find the referenced files. Thehve-core-location.instructions.mdfallback guidance exists but is not reliably followed by the AI when a literal path is present.Note:
docs/templates/are correctly packaged in the VSIX extension. References to those files using file-relative paths (e.g.,../../docs/templates/brd-template.md) resolve correctly and do not need changes (both in extension packaging and plugin folder distribution).Problem
Artifacts instruct the AI to read or reference files using paths anchored at the workspace root:
When installed via extension, the file's actual disk location is something like:
The AI resolves
.github/instructions/...relative to the workspace root, not to the artifact's location on disk, so the file is not found.Affected Files
These files contain workspace-root-anchored paths in prose (e.g.,
.github/instructions/...) rather than file-relative paths. Files using correct relative paths like../../docs/templates/...or../../instructions/...are not affected..github/agents/design-thinking/dt-coach.agent.md.github/instructions/design-thinking/dt-*.instructions.md.github/agents/hve-core/doc-ops.agent.md.github/instructions/hve-core/*.instructions.md.github/agents/hve-core/rpi-agent.agent.md.github/copilot-instructions.md,.github/instructions/,.github/agents/**/researcher-subagent.agent.md.github/instructions/hve-core/prompt-builder.instructions.md.github/agents/,.github/skills/structure references.github/instructions/github/community-interaction.instructions.mdCONTRIBUTING.md,GOVERNANCE.md,CODE_OF_CONDUCT.mdvia../../../> Not not tackled in this issue due to distribution mechanism, should be local to repo anywaysProposed Solution
Replace prose paths with
#file:directives. VS Code resolves#file:relative to the file's disk location, so the reference works regardless of installation method. Convert:Related Issues
.copilot-trackingfiles produce broken relative paths (symptom-level sibling)#file:directives and markdown links after collection directory reorg (related path fixes)Acceptance Criteria
.github/path in prose text where the AI is expected to resolve it as a file reference, when used in prose the.github/is acceptable as regex search can retrieve the file, but not when using#filevs code directivehve-core-location.instructions.mdis evaluated for strengthening or replacement