fix(docs): correct case in github.io landing page URLs (skillbridge -> skillBridge)

[heznpc]

Summary

The README and the Chrome Web Store listing copy both link to the project landing page using the lowercase path https://heznpc.github.io/skillbridge/. GitHub Pages paths are case-sensitive, and the repo is named skillBridge (capital B), so the lowercase URL returns a hard 404.

Verified

$ curl -sLo /dev/null -w "%{http_code}\n" https://heznpc.github.io/skillbridge/
404
$ curl -sLo /dev/null -w "%{http_code}\n" https://heznpc.github.io/skillBridge/
200

This is what caused WebFetch https://heznpc.github.io/skillbridge/ to fail at the start of the recent landing-page debugging session.

Changes

Two locations, one character each:

• README.md L7 — the "project landing page" link near the top of the readme
• store-assets/STORE_LISTING.md L103 — the "Full privacy policy" link inside the published Chrome Web Store listing copy

Out of scope

The repo also has 47 references to github.com/heznpc/skillbridge (lowercase b) across 15 files (CONTRIBUTING.md, README badges, manifest.json, the i18n READMEs, etc.). These are NOT broken — github.com canonicalizes repository names case-insensitively and silently redirects, so links and badges work fine. They are simply non-canonical.

Fixing all of those would be a much bigger sweep and a separable concern. If we want canonical consistency across the whole repo, that should be a dedicated PR (chore: normalize repo URL casing across all docs). Tracking separately rather than scope-creeping this PR.

Test plan

• CI green
• After merge, README's landing page link should resolve (200 instead of 404)
• STORE_LISTING.md will be picked up next time the maintainer copies the listing into the Chrome Web Store dashboard

🤖 Generated with Claude Code