Fix release manifest asset version rewrites for Homebrew and Scoop

[Copilot]

The release workflow updated manifest tag paths to the new version but left the embedded asset filename suffix at v0.0.0. As a result, Scoop and Homebrew manifests could point at non-existent release assets even when the release itself was published correctly.

• Workflow generation

  • Update /home/runner/work/code-search-cli/code-search-cli/.github/workflows/release.yaml so manifest rendering rewrites both:
    • the release download path (/download/vX.Y.Z/)
    • the versioned asset filename (codes-vX.Y.Z-<target>)
  • Apply this to all packaged targets covered by the workflow:
    • macOS arm64
    • macOS x86_64
    • Linux x86_64
    • Windows x86_64

• Checked-in package manifests

  • Correct /home/runner/work/code-search-cli/code-search-cli/Formula/codes.rb to reference the actual v0.1.3 archive names
  • Correct /home/runner/work/code-search-cli/code-search-cli/bucket/codes.json to reference the actual v0.1.3 Windows zip

• Impact

  • Current package manifests now match the already-published v0.1.3 assets
  • Future releases should no longer regenerate stale codes-v0.0.0-* URLs

sed -i -E "s|codes-v[0-9]+\.[0-9]+\.[0-9]+-x86_64-pc-windows-msvc\.zip|codes-$TAG-x86_64-pc-windows-msvc.zip|" ../bucket/codes.json