docs: align product docs with the canonical Live host - #5
Merged
Merged
Conversation
PRODUCT.md and docs/index.md still described the apex as the public product origin, which is inverted from the routing shipped in 2b0ba64. Point both at `live.significanthobbies.com` as the canonical Live origin, note that the apex is the separately owned Hub with 308 redirects for legacy Live paths, and defer the routing detail to docs/architecture/overview.md instead of restating it. Also trims the docs/index.md intro to the Live product boundary; it still described the retired combined Daily/Living product. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What changed
Documentation only — two stale in-repo docs that contradicted the canonical-host contract shipped in
2b0ba64.PRODUCT.md→ Operating Context. The bullets said "The public product runs atsignificanthobbies.com" and thatlive.significanthobbies.commerely "serves the preserved Live landing" — exactly inverted from what ships today. Rewritten so Live is canonical atlive.significanthobbies.comfor every page, API, discovery document, and generated URL; the apex is the separately owned Hub, with legacy apex Live paths permanently redirecting to the same path on the Live host./live-more,/journal,/habits, and the/dailydoorway are now described as Live routes rather than apex same-origin routes.docs/index.md. Said "Deployed atsignificanthobbies.comon Cloudflare Workers via OpenNext", and the surrounding paragraph still described the retired combined Daily/Living product. Retitled to Live docs, trimmed to the Live product boundary, and pointed atlive.significanthobbies.comas the deployed origin.Per the repo's docs conventions (one fact, one home) neither file restates the routing rules — both link to
docs/architecture/overview.md, which already carries the correct request flow.PROJECT_STATUS.mdanddocs/architecture/overview.mdwere read first and needed no changes.docs/knowledge/archive/*is deliberately untouched: those are dated snapshots and correctly reflect their era.No code, config, or worker changes. No deploy.
Why
Tasks 1–6 of #4 are shipped and live; task 7 (durable product documentation) was the only remainder. The Fleet-side blocker cited in the issue comment has cleared on its own — the Site Health catalog (
projects.json) and the generatedlive.yamldossier were regenerated on 2026-08-29 and already recordlive.significanthobbies.comas both the expected and the observed homepage, so no cross-repo edit is needed.Verification
Docs-only diff, so the three gates these files sit behind were run rather than the full
pnpm quality(coverage + astro + jscpd + knip):All three clean, no pre-existing failures encountered.
Closes #4
🤖 Generated with Claude Code