[mayuki]

Summary

Two small changes around the documentation site.

Sidebar order

Reopening URLs with Preferis appeared between Profiles and Rules. It now comes last, after Sharing Configuration Across Devices:

Preferis → Installation → Quick Start → Configuration Files → Profiles → Rules → Sharing Configuration Across Devices → Reopening URLs with Preferis

The sidebar is autogenerated, and pages without sidebar_position sort after the numbered ones by file name, so giving only that page a large number would not move it to the end. Every top-level item is now numbered:

• sidebar_position 4, 7 and 8 on Configuration Files, Sharing Configuration Across Devices and Reopening URLs with Preferis, in both the English and Japanese front matter
• position 5 and 6 in profile/_category_.json and rule/_category_.json (category metadata is read from site/docs only, so the Japanese side needs no change)

site/README.md now says that new pages need a number in both languages.

App CI

build-debug.yaml now has paths-ignore for site/** and .github/workflows/publish-docs.yml on both push and pull_request, so a site-only change runs only publish-docs.yml. A change that also touches anything else still runs the full Windows and macOS build. main has no branch protection or required checks, so a skipped run does not leave a PR waiting. docs/Design.ja.md §4.4 and site/README.md describe the new behaviour.

The design docs under docs/ and the READMEs still trigger the app build; this PR only covers the documentation site.

Verification

• pnpm typecheck: passed
• pnpm build: English and Japanese both built; the generated sidebar in build/index.html and build/ja/index.html has the order above
• Checked the Japanese sidebar on the dev server
• Parsed build-debug.yaml and checked the push / pull_request triggers. Because this PR also changes build-debug.yaml and docs/, the app build still runs on it, so the skip itself shows up only on the next site-only PR

🤖 Generated with Claude Code