Skip to content

docs(landing): add client pages and troubleshoot guide - #99

Merged
vreshch merged 3 commits into
masterfrom
feature/docs-client-pages
Aug 23, 2026
Merged

docs(landing): add client pages and troubleshoot guide#99
vreshch merged 3 commits into
masterfrom
feature/docs-client-pages

Conversation

@vreshch

@vreshch vreshch commented Aug 23, 2026

Copy link
Copy Markdown
Member

Stacked PR. Base is feature/docs-prompt-examples (#98), which is itself based on feature/docs-nav-restructure (#97). Merge order: #97 -> #98 -> this. Retarget each child before squash-merging its parent.

What

Three new docs pages, registered and placed in the restructured nav:

  • Obsidian plugin (/docs/obsidian, Tools) - install Agentage Sync from the community store, sign in, choose a memory, sync. Covers the two-way git sync behavior, flagged conflicts, the desktop-only limitation, the Expose remote MCP setting, and a short note on the separate Agentage Galaxy visualization plugin.
  • VS Code extension (/docs/vs-code-extension, Tools) - the packaged alternative to the manual setup: it registers the cloud MCP server with the editor AI (VS Code, and Cursor / Windsurf / VSCodium via Open VSX), the editor runs the OAuth sign-in itself, and the extension stores no tokens. Includes the fallback command for older editors.
  • Troubleshoot (/docs/troubleshoot, Resources) - replaces the comingSoon stub. Symptom-first: tools missing after a config change (restart the client), repeating sign-ins, wrong or empty memory, search finding nothing, sync conflicts, where to look and who to email.

The existing /docs/vs-code client page now cross-links the extension page and states the distinction (packaged vs manual, use one or the other).

Why

The clients exist and are shipping, but the docs only described the manual MCP config. Troubleshooting was the biggest missing page: every support question so far is one of the cases above.

How

Three DocPage data modules under docs/content/, wired into registry.ts and nav.ts, with sidebar icons added. Facts come from the clients' own manifests and READMEs (agentage/obsidian-sync, agentage/obsidian-galaxy, agentage/vscode-agentage); the troubleshoot page deliberately describes causes and checks rather than quoting error strings, since every client words them differently. Endpoint, auth origin, dashboard, and support-email values are pulled from lib/mcp-docs.ts and lib/site.ts so they cannot drift.

Verification

  • npm run verify green (type-check, lint, format, vitest 48/48, next build - now 50 static pages).
  • Checked the built production server: /docs/obsidian, /docs/vs-code-extension, /docs/troubleshoot all return 200, their .md mirrors render, and the env-derived dashboard and support links resolve (the local build bakes the localhost dashboard origin, as the header does).
  • Copy reviewed for the house rules: no em dashes, no competitor mentions, no hosting-provider mentions, no invented CLI flags, UI labels, or error messages.

@github-actions

github-actions Bot commented Aug 23, 2026

Copy link
Copy Markdown

CI - Verify PASSED

Commit: 1ba1fdfea3fc4fb0c2ad81eb4ec02e1d2dcc8ec9 · Branch: feature/docs-client-pages

  • ✅ Type check
  • ✅ Lint
  • ✅ Format check
  • ✅ Unit tests + coverage
  • ✅ Build
  • ✅ Landing e2e

🔗 View workflow run

@vreshch

vreshch commented Aug 23, 2026

Copy link
Copy Markdown
Member Author

Tools section is now four SOON stubs.

CLI, Local API, Obsidian plugin and VS Code extension are slug-less comingSoon nav entries and are unregistered from docs/registry.ts, so those pages no longer render. Their content modules stay in the repo (content/{cli,local-api,obsidian,vs-code-extension}.ts) for revival: re-import them and give the nav entries a slug.

Consequence: /docs/cli and /docs/local-api are live in prod today and will 404 after this deploys. /docs/obsidian and /docs/vs-code-extension were added on this branch, so they never shipped. Sitemap, llms.txt and the .md mirrors derive from the registry and drop the four automatically.

Dangling internal links removed: the "prefer an extension" pitch on the VS Code client page, and the CLI/Obsidian links in the troubleshoot sync-conflicts section.

Verified locally: npm run verify green; /docs 200 with the four SOON stubs under a collapsed Tools group, /docs/cli + /docs/local-api + /docs/obsidian + /docs/vs-code-extension 404, /docs/troubleshoot and /docs/vs-code 200, sitemap and llms.txt no longer list the four.

@vreshch
vreshch changed the base branch from feature/docs-prompt-examples to master August 23, 2026 14:12
Obsidian plugin and VS Code extension pages under Tools, plus a real Troubleshoot page replacing the Resources stub. Cross-links the manual VS Code setup with the packaged extension.
Every sidebar group and nested parent gets a chevron toggle (button with
aria-expanded). "Connect a client" and the "Tools" group start collapsed
via a new defaultCollapsed flag on the nav data; everything else starts
open. The group/parent holding the active route auto-expands, and the
search filter renders as fully expanded so hidden children still match.
CLI, Local API, Obsidian plugin and VS Code extension become slug-less
comingSoon entries and leave the registry, so /docs/cli, /docs/local-api,
/docs/obsidian and /docs/vs-code-extension stop rendering (sitemap, llms
and the .md mirrors follow the registry). Their content modules stay in
the repo for revival. Drops the two internal links that would dangle: the
VS Code extension pitch on the VS Code client page and the CLI/Obsidian
links in the sync-conflicts section.
@vreshch
vreshch force-pushed the feature/docs-client-pages branch from 9792c68 to 1ba1fdf Compare August 23, 2026 14:15
@vreshch
vreshch marked this pull request as ready for review August 23, 2026 14:18
@vreshch
vreshch merged commit 16dbde6 into master Aug 23, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant