Installation for OpenCode failing to call `gsd-tools.cjs` (even while convertClaudeToOpencodeFrontmatter already existing)

[baxerus]

GSD Version

v1.22.2

Runtime

Claude Code

What happened?

Installing GSD with the following command in a container:
npx --verbose --yes get-shit-done-cc@latest --opencode --global
and even with the existing function convertClaudeToOpencodeFrontmatter(content) in place, calls of gsd-tools.cjs fail, because there are still 166 places with $HOME/.claude/get-shit-done/bin/gsd-tools.cjs in the markdown files.

grep -R '$HOME/.claude/get-shit-done/bin/gsd-tools.cjs' /home/node/.config/opencode | wc -l
166

get-shit-done/bin/install.js

Line 818 in cdfa391

function convertClaudeToOpencodeFrontmatter(content) {

What did you expect?

The function convertClaudeToOpencodeFrontmatter(content) function replaces $HOME/.claude with $HOME/.config/opencode

Steps to reproduce

1. Install GSD with --opencode flag
2. Check if $HOME/.claude exists in the markdown files
3. (Actually every .claude in these files is probably wrong when installing with --opencode flag)

Relevant logs or error messages

[baxerus]

Hmm, okay, I think I actually already found the issue myself.

In this line

get-shit-done/bin/install.js

Line 827 in cdfa391

convertedContent = convertedContent.replace(/~\/\.claude\b/g, '~/.config/opencode');

in the replace regex a ~ is used.
Might be that the markdown files had only paths with ~ in them at one point. But that was than (partly) changed. E.g. by this commit 69b28ee (I guess there are more).
So now a second replace is needed with $HOME instead of ~ (the old one is also still needed, because both versions exists).

That said, I guess, the markdown files should not have any .claude in them, when installing with the --opencode flag (and probably it's the same when being installed with --gemini or --codex, isn't it?).
This is a perfect case for an automatic test, that installs the with the flag and runs grep in the directory (e.g. in a container) 👍

[glittercowboy]

Fixed in e2b6179.

Root cause: The installer only replaced ~/.claude/ (tilde form) when rewriting paths for non-Claude runtimes. Source markdown files also use $HOME/.claude/ in bash code blocks — since ~ doesn't expand inside double-quoted strings in bash, these are the correct shell form. But the installer's regex patterns only matched the tilde variant, leaving ~175 $HOME/.claude references intact.

Fix: Added $HOME/.claude/ replacement to all 6 path-rewriting code paths in the installer, plus a toHomePrefix() utility that preserves $HOME as a portable shell variable (rather than hardcoding the absolute home path). Also added a post-install verification scan that warns if any .claude references leak through — good catch on suggesting automated testing for this.

Scope: This affected all three non-Claude runtimes equally (OpenCode, Gemini, Codex), not just OpenCode. Verified all four runtimes install cleanly with zero leaked references.