Website Change Verifier
Verify the complete user-visible result of a website change. Default to read-only checks and report the highest completion state supported by evidence.
1. Identify the change and platform
- Confirm the project root, target route, requested outcome, source of truth, and expected visibility.
- Inspect project instructions, manifests, entrypoints, routing, and nearby implementation patterns.
- Read references/framework-checks.md for the detected stack.
- Preserve existing public URLs and unrelated behavior unless the request explicitly changes them.
2. Map affected surfaces
Check which parts of this chain apply:
- content or data source
- route or page rendering
- navigation, listings, related content, and internal links
- title, description, canonical, Open Graph, structured data, and accessibility text
- sitemap, robots rules,
llms.txt, feeds, search indexes, or static export
- images, video, downloads, and responsive variants
- local server, deployment, cache, and live state
For hidden content, distinguish navigation removal from direct access, sitemap presence, and search visibility.
3. Verify in layers
- Read references/verification-matrix.md and select checks proportional to the change.
- Run syntax, type, lint, test, or production-build checks supported by the project.
- Confirm the correct listener and make a real request to each affected route.
- Use
scripts/verify_routes.py for deterministic status and response-text checks.
- Inspect rendered desktop and mobile behavior when layout, interaction, forms, or media changed.
- Confirm required text is present and replaced text is absent.
- Check discovery surfaces only when the content is intended to appear there.
Example:
python scripts/verify_routes.py `
--url http://127.0.0.1:8766/example `
--contains "http://127.0.0.1:8766/example::Expected heading" `
--not-contains "http://127.0.0.1:8766/example::Old wording"
Use --expect-status "URL::404" for an intentionally missing route and --json for machine-readable output.
4. Respect authority boundaries
- Access only the project and URLs placed in scope.
- Do not include authentication values in URLs, commands, logs, or reports.
- Do not deploy, publish, submit indexing requests, change DNS, purge caches, or modify external services unless explicitly authorized.
- After an authorized deployment, repeat the relevant checks against the final public URL.
5. Report the supported completion state
Use one of these states:
implemented: source changes exist but user-visible verification is incompleteverified locally: build and local route or browser checks passdeployed: an authorized deployment completed but live verification remainsverified live: the production URL and intended behavior were checked after deployment
Return the checked routes, expected and observed results, build or syntax results, browser coverage, discovery-surface status, highest completion state, and exact remaining blocker.
1---2name: website-change-verifier3description: Verify website changes across source, routes, rendering, metadata, discovery surfaces, and deployment state. Use when a user asks to check a new or edited page, confirm an exact replacement, validate a route, inspect responsive behavior, verify metadata or sitemap changes, compare localhost with production, or determine whether a website change is fully working.4---56# Website Change Verifier78Verify the complete user-visible result of a website change. Default to read-only checks and report the highest completion state supported by evidence.910## 1. Identify the change and platform1112- Confirm the project root, target route, requested outcome, source of truth, and expected visibility.13- Inspect project instructions, manifests, entrypoints, routing, and nearby implementation patterns.14- Read [references/framework-checks.md](references/framework-checks.md) for the detected stack.15- Preserve existing public URLs and unrelated behavior unless the request explicitly changes them.1617## 2. Map affected surfaces1819Check which parts of this chain apply:20211. content or data source222. route or page rendering233. navigation, listings, related content, and internal links244. title, description, canonical, Open Graph, structured data, and accessibility text255. sitemap, robots rules, `llms.txt`, feeds, search indexes, or static export266. images, video, downloads, and responsive variants277. local server, deployment, cache, and live state2829For hidden content, distinguish navigation removal from direct access, sitemap presence, and search visibility.3031## 3. Verify in layers3233- Read [references/verification-matrix.md](references/verification-matrix.md) and select checks proportional to the change.34- Run syntax, type, lint, test, or production-build checks supported by the project.35- Confirm the correct listener and make a real request to each affected route.36- Use `scripts/verify_routes.py` for deterministic status and response-text checks.37- Inspect rendered desktop and mobile behavior when layout, interaction, forms, or media changed.38- Confirm required text is present and replaced text is absent.39- Check discovery surfaces only when the content is intended to appear there.4041Example:4243```powershell44python scripts/verify_routes.py `45 --url http://127.0.0.1:8766/example `46 --contains "http://127.0.0.1:8766/example::Expected heading" `47 --not-contains "http://127.0.0.1:8766/example::Old wording"48```4950Use `--expect-status "URL::404"` for an intentionally missing route and `--json` for machine-readable output.5152## 4. Respect authority boundaries5354- Access only the project and URLs placed in scope.55- Do not include authentication values in URLs, commands, logs, or reports.56- Do not deploy, publish, submit indexing requests, change DNS, purge caches, or modify external services unless explicitly authorized.57- After an authorized deployment, repeat the relevant checks against the final public URL.5859## 5. Report the supported completion state6061Use one of these states:6263- `implemented`: source changes exist but user-visible verification is incomplete64- `verified locally`: build and local route or browser checks pass65- `deployed`: an authorized deployment completed but live verification remains66- `verified live`: the production URL and intended behavior were checked after deployment6768Return the checked routes, expected and observed results, build or syntax results, browser coverage, discovery-surface status, highest completion state, and exact remaining blocker.
jqaisystems