Skip to content

docs(api): use /api/v2 in docs and examples, demote v1 to legacy - #370

Merged
cyfyifanchen merged 1 commit into
mainfrom
docs/promote-v2-prefix
Jul 29, 2026
Merged

docs(api): use /api/v2 in docs and examples, demote v1 to legacy#370
cyfyifanchen merged 1 commit into
mainfrom
docs/promote-v2-prefix

Conversation

@dani1005

Copy link
Copy Markdown
Collaborator

Why

1.2.0 made /api/v2 the canonical, cloud-aligned prefix and mounts every business router under both prefixes. But the pages a new user actually reads — README, README.zh-CN, QUICKSTART, most of docs/, the Langfuse example — still taught /api/v1, while docs/api.md already declared v2 canonical. The repo was pointing newcomers at the compatibility alias.

What

  • Docs/examples → /api/v2: README, README.zh-CN, QUICKSTART, docs/{api,knowledge,multimodal,reflection,everos-demo,how-memory-works}.md, examples/langfuse/{README.md,demo.py}, .claude/rules/module-docstring.md.
  • everos demo --live/api/v2 (cli/commands/demo.py + its unit test), so the flow README describes matches what the CLI calls.
  • v1 is no longer described as permanent. It is now "a legacy compatibility alias that may be removed in a future major release, announced in the changelog with a deprecation window". Wording updated in docs/api.md, the app.py mounting comment, the versioning test docstring, and the 1.2.0 changelog entry.
  • Short note in README / README.zh-CN / QUICKSTART so existing v1 integrations know they keep working.
  • Bug fix: the five endpoint anchors in the docs/api.md TOC still pointed at pre-1.2.0 #post-apiv1… slugs after the headings moved to v2 — all five links were dead.

Runtime impact

None. Both prefixes still mount the same routers; test_api_versioning (the v1/v2 parity guard) is unchanged and passing. docs/openapi.json already carries both prefixes and needs no regeneration.

Deliberately left on v1

docs/migration-to-1.0.0.md and the CHANGELOG history (historical records), tests/** (v1 must stay covered while the alias exists), and use-cases/claude-code-plugin + use-cases/openher READMEs, which document a different cloud API (/api/v1/memories/*).

Verification

  • ruff check / ruff format --check — clean
  • pytest tests/unit/test_entrypoints/test_api/test_api_versioning.py tests/unit/test_entrypoints/test_cli/test_demo_command.py — 10 passed
  • scripts/check_docs.py, check_deprecated_names.py, check_repo_assets.py — pass
  • scripts/dump_openapi.py --check — no path drift (only a local version: 1.2.0.dev1 string from the dev install)

🤖 Generated with Claude Code

1.2.0 introduced /api/v2 as the canonical, cloud-aligned prefix and mounted
every business router twice, but the user-facing entry points (README,
README.zh-CN, QUICKSTART, the docs/ set, the Langfuse example) still taught
/api/v1 — so new users were pointed at the compatibility alias while
docs/api.md already declared v2 canonical.

- Switch every EverOS endpoint reference in docs, examples, and
  `everos demo --live` to /api/v2, plus the matching CLI test expectations.
- Describe /api/v1 as a legacy compatibility alias that may be removed in a
  future major release, rather than a permanent one. Nothing changes at
  runtime: both prefixes still resolve to the same handlers and the
  v1/v2 parity test is untouched.
- Add a short note in README / README.zh-CN / QUICKSTART so existing v1
  integrations know they keep working.
- Fix the five dead endpoint anchors in the docs/api.md table of contents,
  which still pointed at the pre-1.2.0 #post-apiv1... slugs.

Left on v1 deliberately: docs/migration-to-1.0.0.md (historical record),
CHANGELOG history, tests/** (v1 must stay covered), and the
use-cases/claude-code-plugin + openher READMEs, which document a different
cloud API.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@cyfyifanchen
cyfyifanchen merged commit 649046b into main Jul 29, 2026
9 checks passed
@cyfyifanchen
cyfyifanchen deleted the docs/promote-v2-prefix branch July 29, 2026 02:52
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.

2 participants