Hardcoded `smartwatermelon` owner references (org migration fallout)

[twistedmelonman]

Found while investigating an unrelated CI failure. This repo hardcodes the GitHub username/org smartwatermelon in a few functional places, separate from its many prose mentions in blog content (bio, attribution — those are fine as-is). Filing for the fleet-wide migration tracking; not fixing here per instruction, since this infrastructure is being worked across ~30 repos as one project.

Functional code/config:

• netlify/functions/github-feed.mts:4 — const GITHUB_USERNAME = "smartwatermelon". Drives a live GitHub feed on the site.
• .github/workflows/claude.yml:26 — uses: smartwatermelon/github-workflows/.github/workflows/claude-assistant.yml@v3
• .github/workflows/claude-blocking-review.yml:15 — same reusable workflow, claude-blocking-review.yml@v3
• .github/workflows/dependabot-auto-merge.yml:13,15 — same reusable workflow (dependabot-auto-merge.yml@dependabot-auto-merge-v2), plus trusted_namespaces: 'smartwatermelon' gating auto-merge trust
• CLAUDE.md:55 — tells gh pr view to target smartwatermelon/projectinsomnia, but this repo's actual current remote is twistedmelonman/projectinsomnia. This one appears stale independent of last night's migration.
• docs/SPEC.md — repo URL and bio text (lines 6, 67, 142, 160). Lower stakes, doc-only.

Status as of filing (2026-09-05): nothing is broken yet. The three reusable-workflow calls ran successfully on PRs #153 and #154 today, and claude-blocking-review posted a PASS verdict, so smartwatermelon/github-workflows still resolves under that name. Worth re-checking once the fleet-wide org migration settles, since github-feed.mts and the three workflow uses: refs would silently break (empty feed, or CI jobs failing to find the workflow) if smartwatermelon moves or is renamed.