Migration Guide
The AI4J docs site is converging from the old getting-started/, ai-basics/, and guides/ structure to a canonical structure organized by module and integration path. This page explains the migration rules, so users do not treat historical pages as the new source of truth.
Migration principles
- Do not delete strong content outright.
- Move stable conclusions from the old pages into the canonical pages first.
- Then add a legacy notice or redirect note to the old pages.
- Write new documentation only into the canonical main line.
- After migration, the pages in the sidebar are the official reading path.
Old path to new path
| Old path | New path | Status |
|---|---|---|
getting-started/installation | Quickstart for Java | Migrating |
getting-started/quickstart-openai-jdk8 | Quickstart for Java | Migrating |
getting-started/quickstart-springboot | Quickstart for Spring Boot | Migrating |
getting-started/version-compatibility | Version Compatibility | New entry established |
getting-started/modules-and-maven-central | Release and Artifacts | New entry established |
ai-basics/chat/* | Model Access | Migrating |
ai-basics/responses/* | Model Access | Migrating |
ai-basics/rag/* | Search & RAG | Migrating |
ai-basics/services/* | Platform and Service Matrix and related capability pages | Migrating |
ai-basics/provider-and-model-extension | Extension | Migrating |
core-sdk/mcp/* | MCP Overview | Top-level MCP is now the official main line |
guides/* | Solutions | Migrating |
agent/coding-agent-* | Coding Agent | Split into a new main line |
flowgram/builtin-nodes | Built-in Nodes | Naming being consolidated |
API and usage migration
Migrating from the old FreeAiService mental model
Some examples in the old documentation present FreeAiService as the most direct entry point. The new documentation should make the following clear first:
- The official unified entry point of the Core SDK is
AiService. - For multiple instances or multiple providers, understand
AiServiceRegistry. FreeAiServiceis better suited as a compatibility shell or a migration lead for old examples, and should not be the first main line for new users.
Official entry points:
Migrating from the scattered Chat / Responses pages
The old pages are split fairly finely by interface shape, which is useful for looking up implementation details. New users should start from:
Then proceed to the specific chat, responses, streaming, and multimodal pages.
Migrating from the old MCP paths
The top-level docs/mcp/ is the current official MCP main line. The details unique to core-sdk/mcp/* will gradually be migrated into:
Migrating from the old guides
guides/ reads more like a historical accumulation of blog posts and tutorials. Reusable solutions should go into:
Production checklists, troubleshooting, security, and version and release notes should go into:
New documentation write rules
| New content type | Where to write it |
|---|---|
| First integration, path selection | start-here/ |
| Core SDK capabilities | core-sdk/ |
| MCP | mcp/ |
| Spring Boot | spring-boot/ |
| Agent runtime | agent/ |
| Coding Agent | coding-agent/ |
| FlowGram | flowgram/ |
| Scenario cookbook | solutions/ |
| Version, release, compatibility | reference/ |
| Security and go-live | security/, operations/ |
| Migration and troubleshooting | migration/, troubleshooting/ |
Do not add new main-line pages to getting-started/, ai-basics/, or guides/ anymore.