Skip to content

refactor: reorganize install and overview documentation#764

Open
youyongsong wants to merge 6 commits into
masterfrom
refactor-install-overview-sections
Open

refactor: reorganize install and overview documentation#764
youyongsong wants to merge 6 commits into
masterfrom
refactor-install-overview-sections

Conversation

@youyongsong
Copy link
Copy Markdown
Collaborator

@youyongsong youyongsong commented May 9, 2026

Summary

Supersedes #719.

This PR combines the install section refactor and the overview section refactor into one review branch so the documentation flow can be reviewed together.

Install documentation

  • Reorganizes the install section around a clearer reader path: overview, planning, preparation, installation, validation, and next steps.
  • Adds dedicated planning, validation, and next-step pages for the traditional operating system installation path.
  • Updates the install overview to explain what Core installation deploys and how users should move through the install workflow.
  • Moves post-install validation details out of the main installing procedure and into the validation page.
  • Updates download guidance for Customer Portal package selection and package architecture.
  • Updates node preprocessing terminology to use the product term component consistently.
  • Keeps Global Cluster Disaster Recovery as an install-time planning decision instead of a normal post-install next step.

Overview documentation

  • Expands the overview section into a clearer entry point for platform concepts, architecture, cluster models, lifecycle, availability, and next documentation paths.
  • Adds or updates conceptual pages for platform model, core and extensions, cluster management models, availability and recovery, version and lifecycle, and learn-more navigation.
  • Updates overview architecture and glossary content to clarify global cluster, workload cluster, extensions, backup and recovery, and responsibility boundaries.
  • Updates Kubernetes support and release note entry points so users can find lifecycle and compatibility information from the overview section.

Navigation and review notes

  • Updates llms.txt so the refactored install and overview pages are discoverable by LLM-based navigation.
  • Incorporates feedback from PR refactor: reorganize install documentation structure #719 by removing Global Cluster Disaster Recovery from the post-install Next Steps table.
  • Rewords the overview Learn More entry for Global DR as planning and operation work, matching the planning page and DR procedure scope.

Validation

  • yarn lint

Summary by CodeRabbit

  • Documentation
    • Reorganized and expanded Install docs: new planning, validation, next-steps, and streamlined installing/download guidance.
    • Reworked Overview into modular pages (architecture, platform model, cluster management models, core vs. extensions, availability/recovery, version & lifecycle, support matrix, release notes, learn-more, introduction).
    • Revised glossary with broader terminology and lifecycle categories.
    • Introduced a three-axis cluster-planning model and clarified Kubernetes onboarding/compatibility guidance for v4.3.

Review Change Stack

@coderabbitai
Copy link
Copy Markdown
Contributor

coderabbitai Bot commented May 9, 2026

Warning

Rate limit exceeded

@youyongsong has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 39 minutes and 14 seconds before requesting another review.

You’ve run out of usage credits. Purchase more in the billing tab.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: f8da0c3a-5a2b-479b-9218-bfb7e5a95867

📥 Commits

Reviewing files that changed from the base of the PR and between f8515f9 and 4883fe5.

📒 Files selected for processing (2)
  • docs/en/install/global_dr.mdx
  • docs/en/install/installing.mdx

Walkthrough

This PR restructures ACP docs into modular overview, cluster-management models, a guided install workflow (planning, validation, next steps), availability/recovery, and explicit version/onboarding boundaries for ACP 4.3.

Changes

Documentation Framework Restructuring

Layer / File(s) Summary
Cluster planning (three-axis)
docs/en/configure/clusters/overview.mdx
Convert cluster path page to a three-axis decision model: infrastructure responsibility (IPI/UPI), control-plane topology (Hosted Control Plane / Kamaji), and third-party onboarding (import vs register) with version gating and caveats.
Install workflow and planning
docs/en/install/planning.mdx, docs/en/install/overview.mdx, docs/en/install/installing.mdx, docs/en/install/prepare/download.mdx, docs/en/install/prepare/node_preprocessing.mdx
Recast installation into Plan → Prepare → Download → Install → Validate → Next Steps; add planning checklist, download guidance, and node preprocessing notes.
Validation and post-install next steps
docs/en/install/validation.mdx, docs/en/install/next_steps.mdx
New validation page with Web UI and kubectl checks and success criteria; next_steps page with prioritized follow-on tasks and Product Docs plugin install instructions.
Install index and small edits
docs/en/install/index.mdx, docs/en/install/global_dr.mdx
Minor index/content tweaks and frontmatter weight update for global DR doc.
Platform conceptual pages
docs/en/overview/introduction.mdx, docs/en/overview/platform-model.mdx, docs/en/overview/cluster-management-models.mdx, docs/en/overview/core-and-extensions.mdx
New/rewritten pages defining hub-and-spoke topology, platform roles, three-axis cluster management, Core vs Extensions boundaries, extension lifecycle categories, and compatibility guidance.
Architecture, glossary, learn-more
docs/en/overview/architecture.mdx, docs/en/overview/glossary.mdx, docs/en/overview/learn-more.mdx
Condense architecture to hub-and-spoke with access/management/state domains; expand glossary with normalized terms and security/DR concepts; add task-oriented Learn More guide.
Availability and recovery
docs/en/overview/availability-and-recovery.mdx
New availability/recovery guidance: topology selection, HA baseline (3 control-plane nodes), Global DR scope for 4.3, backup/restore domain matrix, and recovery checklist.
Kubernetes support matrix & version lifecycle
docs/en/overview/kubernetes-support-matrix.mdx, docs/en/overview/version-and-lifecycle.mdx
Clarify creation vs upgrade vs onboarding semantics: single Kubernetes version for platform-managed creation (1.34 in 4.3), compatible upgrade range for workload clusters, and third-party onboarding gate >=1.19.0 <1.35.0; document extension lifecycle and upgrade reading path.
Release notes
docs/en/overview/release_notes.mdx
Update 4.3 release notes to reflect Kubernetes 1.34 baseline, CVO-based upgrade workflow, cluster plugin upgrade wording, immutable infra consolidation, and explicit onboarding gate and no-issues statements.
Documentation index
llms.txt
Update index to list new modular overview and install pages and revised cluster/version guidance.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~20 minutes

Possibly related PRs

🐰 A rabbit hops through docs with glee,
Three axes frame the topology!
Plans, installs, and recovery too,
The guide is clear — from old to new.

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The PR title clearly and concisely summarizes the main objective: reorganizing install and overview documentation. It accurately reflects the substantial refactoring work across both sections.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch refactor-install-overview-sections

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Copy Markdown
Contributor

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 5

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@docs/en/install/validation.mdx`:
- Around line 23-28: The current kubectl+awk validation misses pods that are
"Running" but have zero or incomplete READY containers; update the awk logic in
the kubectl get pod --all-namespaces pipeline to also inspect the READY column
($3) and flag pods where the ready count is zero or not equal to the desired
count (e.g., "0/1" or "1/2") in addition to the existing
non-Running/non-Completed check; locate the pipeline using the command string
"kubectl get pod --all-namespaces | awk ..." and change the filter to combine
the status check ($4) OR a readiness check on $3 so Running pods with incomplete
readiness are reported.

In `@docs/en/overview/glossary.mdx`:
- Line 30: The glossary entry currently links to a non-existent namespace index
("../developer/building_application/namespace/index.mdx"); update that link to
point to a real namespace doc (e.g.,
"../developer/building_application/namespace/manage_namespace.mdx" or
"create_namespace.mdx") so the Namespace Management anchor resolves; locate the
line containing the Term "productShort" and the link string
"../developer/building_application/namespace/index.mdx" and replace the target
with the chosen existing namespace page.

In `@docs/en/overview/kubernetes-support-matrix.mdx`:
- Line 82: The link reference "../upgrade/index.mdx" in the sentence "For
upgrade procedures, see [Upgrade](../upgrade/index.mdx)." points to a
non-existent page; update the Markdown link target to the correct upgrade page
by replacing "../upgrade/index.mdx" with "../upgrade/overview.mdx" so the
[Upgrade] link resolves to the existing overview document.

In `@docs/en/overview/release_notes.mdx`:
- Line 40: The link in release_notes.mdx currently points to
../upgrade/index.mdx which is incorrect; update the Markdown link target in
docs/en/overview/release_notes.mdx by replacing ../upgrade/index.mdx with the
actual page path ../upgrade/overview.mdx so the "Upgrade" link resolves to the
correct guide.

In `@llms.txt`:
- Line 317: Update the llms.txt index entry for next_steps.mdx to remove the
outdated "Global Cluster Disaster Recovery" mention and any reference to Global
DR; specifically edit the line that begins with "-
[docs/en/install/next_steps.mdx](docs/en/install/next_steps.mdx): Next steps
after ACP Core validation..." so the list of post-install topics reflects the PR
intent (Product Docs plugin installation, workload cluster onboarding,
Extensions, identity and access setup, storage, networking, registry access,
backup, upgrade, and observability) and ensure the phrase "Global Cluster
Disaster Recovery" is deleted or replaced to prevent LLM navigation to the
removed flow.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 66e63cd6-c2cf-47ce-b1e9-0610522e9b7a

📥 Commits

Reviewing files that changed from the base of the PR and between 63ccc65 and 9fd4aa6.

📒 Files selected for processing (22)
  • docs/en/configure/clusters/overview.mdx
  • docs/en/install/global_dr.mdx
  • docs/en/install/index.mdx
  • docs/en/install/installing.mdx
  • docs/en/install/next_steps.mdx
  • docs/en/install/overview.mdx
  • docs/en/install/planning.mdx
  • docs/en/install/prepare/download.mdx
  • docs/en/install/prepare/node_preprocessing.mdx
  • docs/en/install/validation.mdx
  • docs/en/overview/architecture.mdx
  • docs/en/overview/availability-and-recovery.mdx
  • docs/en/overview/cluster-management-models.mdx
  • docs/en/overview/core-and-extensions.mdx
  • docs/en/overview/glossary.mdx
  • docs/en/overview/introduction.mdx
  • docs/en/overview/kubernetes-support-matrix.mdx
  • docs/en/overview/learn-more.mdx
  • docs/en/overview/platform-model.mdx
  • docs/en/overview/release_notes.mdx
  • docs/en/overview/version-and-lifecycle.mdx
  • llms.txt
💤 Files with no reviewable changes (1)
  • docs/en/install/index.mdx

Comment thread docs/en/install/validation.mdx
Comment thread docs/en/overview/glossary.mdx
Comment thread docs/en/overview/kubernetes-support-matrix.mdx
Comment thread docs/en/overview/release_notes.mdx
Comment thread llms.txt Outdated
@cloudflare-workers-and-pages
Copy link
Copy Markdown

cloudflare-workers-and-pages Bot commented May 9, 2026

Deploying alauda-container-platform with  Cloudflare Pages  Cloudflare Pages

Latest commit: 4883fe5
Status: ✅  Deploy successful!
Preview URL: https://5bf3537f.alauda-container-platform.pages.dev
Branch Preview URL: https://refactor-install-overview-se.alauda-container-platform.pages.dev

View logs

@youyongsong youyongsong requested a review from chinameok May 9, 2026 07:47
@chinameok
Copy link
Copy Markdown
Contributor

Terminology cross-check against acp-terminology-en.md (v0.8)

Cross-checked PR #764 against the ACP terminology spec doc (will be shared separately).
Two issues found; one is a P1 cross-doc rename that was already a committed product-doc todo, the other is a P2 abstraction-level gap.

🔴 P1 — Rename Platform-Provisioned Infrastructure (PPI) → Installer-Provisioned Infrastructure (IPI) across this PR

Why

The terminology spec (review round 3, v0.4; reconfirmed in round 7, v0.8) requires that ACP adopt OCP's Installer-Provisioned Infrastructure (IPI) name because the underlying scenario is genuinely the same in both products — the platform provisions machines, immutable node OS, and the full Kubernetes lifecycle; the customer provides only IaaS credentials. The naming rule is the spec's principle P2 ("adopt OCP terminology only on scenario equivalence"), evaluated at the customer-facing responsibility boundary.

This is not a request to align for alignment's sake — it is the spec's existing decision. The spec explicitly tracks the cross-doc rename:

  • §9.2 Cross-doc renames proposed by this document: Platform-Provisioned Infrastructure (PPI)Installer-Provisioned Infrastructure (IPI). Cross-doc impact listed: glossary, capability baseline, Overview pages.
  • §10 Open items, O4: "Align acp-docs glossary PPI → IPI rename in the next release; propagate to capability baseline and Overview pages — Type: Product doc todo (committed)".

Because this PR is a full Overview-section rewrite, it is the natural place to do the sweep. Doing it now avoids a separate follow-up PR that re-touches every page below.

Where (12 occurrences across 4 files in PR HEAD)

  • docs/en/overview/cluster-management-models.mdx — lines 13, 21, 24, 35, 37
  • docs/en/overview/glossary.mdx — line 24
  • docs/en/overview/platform-model.mdx — lines 41, 43
  • docs/en/configure/clusters/overview.mdx — lines 26, 29, 31, 47

What to change

  • Rename every Platform-Provisioned InfrastructureInstaller-Provisioned Infrastructure and add (IPI) on first use per page.
  • Update glossary entry slug / anchor accordingly if any sibling page links to #platform-provisioned-infrastructure.
  • The companion term User-Provisioned Infrastructure (UPI) already matches OCP; no rename needed there.

🟡 P2 — HCP description omits ACP's implementation name (Kamaji)

Why

The spec's §3.1 axis 2 and §4.1 both make a deliberate distinction: ACP's HCP is Kamaji-based (TenantControlPlane, KamajiControlPlane), and it is not HyperShift's HostedCluster / NodePool. The spec's Explicit non-terms list (§4.3) explicitly forbids HostedCluster / NodePool for ACP because readers familiar with OCP HCP will otherwise look for HyperShift CRDs that do not exist in ACP.

The current PR follows the right abstraction level for Immutable OSglossary.mdx:28 explicitly names the implementation (MicroOS). For consistency, the Hosted Control Plane row should do the same.

Where

  • docs/en/overview/glossary.mdx line 26 — HCP row currently does not name the implementation.
  • docs/en/overview/cluster-management-models.mdx lines 33–37 — HCP description in the Control-Plane Topology table also does not mention the implementation.

Suggested addition

Append a short clause such as:

Implemented in ACP through Kamaji (TenantControlPlane).

Either inside the existing HCP cell, or as a footnote on first mention. The wording mirrors Immutable OS → MicroOS, so the abstraction level stays consistent.


What does NOT need changing

Spot-checked the following and found zero residual occurrences in this PR:

Deprecated non-term Occurrences
Master Node / master node 0
Slave Node 0
Application Worker Node 0
Ingress Node / Egress Node 0
Imported Cluster (as a type) 0
ACP-Provisioned Cluster 0
Bastion Node / Provisioner Node 0
HostedCluster / HyperShift 0

Managed Cluster is used correctly — only as the UI/navigation label, with Third-party cluster as the product-model planning term. This matches spec §4.1 row + the v0.7 round 6 decision exactly.

The conceptual structure of overview/cluster-management-models.mdx (three independent axes — Infrastructure Responsibility, Control-Plane Topology, Kubernetes Ownership) and the boundary statements in overview/availability-and-recovery.mdx (Global DR as global-control-plane DR rather than full-platform DR, with backup composed by data domain) match the spec verbatim. Good work.


Recommendation

  • Must address before merge: P1 (12 PPI occurrences). This is a committed cross-doc rename and PR refactor: reorganize install and overview documentation #764 is the right place.
  • Strongly suggested in the same PR: P2 (HCP Kamaji mention). One-line change in two files; keeps abstraction level consistent.

Happy to draft the exact diff for either if useful.

@JounQin JounQin force-pushed the refactor-install-overview-sections branch from 8c12cf9 to 384c5d1 Compare May 13, 2026 03:13
@JounQin
Copy link
Copy Markdown
Member

JounQin commented May 13, 2026

/doc-pr-build

youyongsong and others added 5 commits May 19, 2026 09:01
- Add planning.mdx for pre-installation planning guidance
- Add validation.mdx for post-installation validation steps
- Add next_steps.mdx for post-installation next steps
- Update install section weights and navigation
- Fix internal links to use relative paths
- Update llms.txt to reflect new structure

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Split the overview section into focused reader-path pages for the introduction, platform model, cluster management models, core and extensions, version and lifecycle, availability and recovery, and follow-up reading.

Rework the architecture and cluster overview docs to separate infrastructure responsibility, control-plane topology, Kubernetes ownership, third-party onboarding, and availability/recovery boundaries.

Update the Kubernetes support matrix and release notes for ACP 4.3 Kubernetes 1.34 support, compatible-version upgrade requirements, the third-party onboarding range, the default Extend validation baseline, CVO upgrades, standalone Cluster Plugin upgrades, immutable infrastructure updates, and the next-generation console preview entry.

Refresh the glossary with canonical platform, cluster, Extension, identity, networking, disaster recovery, backup, and upgrade terminology, including related-document links.

Regenerate llms.txt summaries so the LLM navigation index reflects the new overview structure and revised cluster overview.
Remove Global Cluster Disaster Recovery from the post-install Next Steps table so the install flow does not imply that DR planning can wait until after Core validation.

Reword the overview Learn More entry to frame Global DR as planning and operation work, matching the install planning page and the DR procedure scope.
Address terminology review feedback on PR #764.

P1: Rename Platform-Provisioned Infrastructure to Installer-Provisioned
Infrastructure (IPI) across overview/cluster-management-models.mdx,
overview/glossary.mdx, overview/platform-model.mdx, and
configure/clusters/overview.mdx. The scenario matches OpenShift IPI at
the customer-facing responsibility boundary (platform provisions
machines, immutable node OS, and full Kubernetes lifecycle; customer
provides only IaaS credentials), so adopt the OCP-canonical naming per
the terminology spec. Add (IPI) and (UPI) on first use per page, and
update the "platform-provisioned nodes" adjective in the Immutable OS
glossary entry for consistency.

P2: Add the Kamaji TenantControlPlane implementation note to the HCP
description in overview/glossary.mdx and overview/cluster-management-
models.mdx, plus the matching note in overview/platform-model.mdx and
configure/clusters/overview.mdx. Mirrors the abstraction level already
used for Immutable OS -> MicroOS in the glossary, so readers do not
look for HyperShift HostedCluster/NodePool CRDs that ACP does not use.

Refresh the matching llms.txt entries so the LLM navigation index
stays consistent with the renamed terms and the Kamaji note.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@youyongsong youyongsong force-pushed the refactor-install-overview-sections branch from 384c5d1 to f8515f9 Compare May 19, 2026 09:28
@youyongsong
Copy link
Copy Markdown
Collaborator Author

@chinameok thanks for the cross-check against the terminology spec — both items addressed in f8515f9d, and the branch is rebased onto the current master (bd62f68e).

P1 — PPI → IPI sweep ✅

All 12 noun-phrase occurrences of Platform-Provisioned Infrastructure are now Installer-Provisioned Infrastructure (IPI), with the (IPI) abbreviation added on first use per page:

  • docs/en/overview/cluster-management-models.mdx — lines 13, 21, 24, 35, 37
  • docs/en/overview/glossary.mdx — line 24
  • docs/en/overview/platform-model.mdx — lines 41, 43
  • docs/en/configure/clusters/overview.mdx — lines 26, 29, 31, 47

While in the area I also updated one adjectival mention — glossary.mdx line 28's Immutable OS … used by platform-provisioned nodes is now installer-provisioned nodes — so the page reads consistently. Outside the noun-phrase list you flagged, but it would otherwise look like a stray PPI residue. Happy to revert if you'd rather keep that adjective tied to the platform-side.

No inbound links to a #platform-provisioned-infrastructure anchor exist, so no anchor rewrites were needed. User-Provisioned Infrastructure keeps its name and now gets (UPI) on first use too.

P2 — HCP Kamaji note ✅

Added an Implemented in <Term name="productShort" /> through Kamaji (\TenantControlPlane`)` clause at HCP first mention in:

  • docs/en/overview/glossary.mdx line 26 (HCP row)
  • docs/en/overview/cluster-management-models.mdx line 35 (Control-Plane Topology table)
  • docs/en/overview/platform-model.mdx line 41 (HCP paragraph)
  • docs/en/configure/clusters/overview.mdx line 47 (HCP section)

Mirrors the abstraction level you cited for Immutable OS → MicroOS.

llms.txt

Refreshed the matching llms.txt entries for overview/glossary.mdx, overview/cluster-management-models.mdx, and configure/clusters/overview.mdx so the LLM navigation index uses the renamed terms and mentions the Kamaji impl on first reference.

Rebase note (not part of your review, FYI)

Rebased onto current master (bd62f68e). Two upstream changes touched files this PR also touches:

yarn lint passes.

Copy link
Copy Markdown
Contributor

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

♻️ Duplicate comments (1)
docs/en/overview/release_notes.mdx (1)

40-40: ⚠️ Potential issue | 🟡 Minor | ⚡ Quick win

Potential broken link target for Upgrade guide.

Line 40 links to ../upgrade/index.mdx, but this doc set appears to use ../upgrade/overview.mdx. Please switch this to the actual page path to avoid dead navigation.

Suggested patch
-For operational guidance, see [Upgrade](../upgrade/index.mdx).
+For operational guidance, see [Upgrade](../upgrade/overview.mdx).
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/en/overview/release_notes.mdx` at line 40, Replace the broken Upgrade
link target in release_notes.mdx: change the relative link string
'../upgrade/index.mdx' to the actual page path '../upgrade/overview.mdx' so the
anchor in the sentence "For operational guidance, see [Upgrade](...)" points to
the correct document; update the link text if needed and verify the rendered
link resolves to the overview page.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Duplicate comments:
In `@docs/en/overview/release_notes.mdx`:
- Line 40: Replace the broken Upgrade link target in release_notes.mdx: change
the relative link string '../upgrade/index.mdx' to the actual page path
'../upgrade/overview.mdx' so the anchor in the sentence "For operational
guidance, see [Upgrade](...)" points to the correct document; update the link
text if needed and verify the rendered link resolves to the overview page.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 4a3ca4ff-3b23-4b09-a557-59dda53bd4a0

📥 Commits

Reviewing files that changed from the base of the PR and between 9fd4aa6 and f8515f9.

📒 Files selected for processing (22)
  • docs/en/configure/clusters/overview.mdx
  • docs/en/install/global_dr.mdx
  • docs/en/install/index.mdx
  • docs/en/install/installing.mdx
  • docs/en/install/next_steps.mdx
  • docs/en/install/overview.mdx
  • docs/en/install/planning.mdx
  • docs/en/install/prepare/download.mdx
  • docs/en/install/prepare/node_preprocessing.mdx
  • docs/en/install/validation.mdx
  • docs/en/overview/architecture.mdx
  • docs/en/overview/availability-and-recovery.mdx
  • docs/en/overview/cluster-management-models.mdx
  • docs/en/overview/core-and-extensions.mdx
  • docs/en/overview/glossary.mdx
  • docs/en/overview/introduction.mdx
  • docs/en/overview/kubernetes-support-matrix.mdx
  • docs/en/overview/learn-more.mdx
  • docs/en/overview/platform-model.mdx
  • docs/en/overview/release_notes.mdx
  • docs/en/overview/version-and-lifecycle.mdx
  • llms.txt
💤 Files with no reviewable changes (1)
  • docs/en/install/index.mdx
✅ Files skipped from review due to trivial changes (9)
  • docs/en/install/next_steps.mdx
  • docs/en/install/global_dr.mdx
  • docs/en/install/prepare/node_preprocessing.mdx
  • docs/en/overview/introduction.mdx
  • docs/en/install/planning.mdx
  • docs/en/overview/learn-more.mdx
  • docs/en/install/validation.mdx
  • llms.txt
  • docs/en/overview/platform-model.mdx
🚧 Files skipped from review as they are similar to previous changes (6)
  • docs/en/overview/kubernetes-support-matrix.mdx
  • docs/en/overview/core-and-extensions.mdx
  • docs/en/install/overview.mdx
  • docs/en/install/installing.mdx
  • docs/en/overview/glossary.mdx
  • docs/en/install/prepare/download.mdx

Address review finding F-2 from the 2026-05-19 cross-skill review of
PR #764 against the acp-docs-guide and acp-section-refactor lessons
ledger (AGC-007: avoid page self-description in favor of user-facing
guidance).

The two Immutable Infrastructure routing banners in installing.mdx and
global_dr.mdx were originally added upstream by PR #760 and start with
"This page documents..." That phrasing reads as page self-description.
Rewrite both as "This installation path applies to..." / "This disaster
recovery path applies to..." so the banner directs the reader to the
right installation path or disaster recovery path instead of describing
what the page is.

The banners' routing function is unchanged. The Immutable Infrastructure
link and the call to action still target the same external site entries.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
youyongsong added a commit that referenced this pull request May 19, 2026
Post-rebase sweep to carry forward the terminology spec (PPI -> IPI;
Kamaji impl note for HCP) into Configure pages and refresh stale
llms.txt paths for the new Configure tree.

- configure/hosted_control_planes/overview.mdx: replace
  "Platform-Provisioned Infrastructure" with
  "Installer-Provisioned Infrastructure (IPI)"; add the
  "implemented through Kamaji (\`TenantControlPlane\`)" clause on
  the page's first HCP mention.
- configure/storage/cosi/cosi-concepts.mdx and intro.mdx: adopt the
  cleaner reader-task framing from the original PR #795 wording
  while keeping the MinIO removal already applied on master.
- llms.txt: mechanically rewrite 43 entries to the new Configure
  paths (clusters/nodes -> nodes, clusters/etcd-encryption ->
  etcd/encryption, configure/networking -> networking,
  developer/registry -> configure/registry,
  configure/notification/cluster_notification ->
  observability/alerting/notification, etc.) and remove 4 entries
  for files deleted by either PR. Full llms.txt regeneration for
  newly added Configure pages remains a follow-up under the
  llmstxt-generator workflow.

References: ACP terminology spec v0.8 sec 3.1 axis 1, sec 4.1, sec 9.2;
shared ledger TW-001, TW-011, TW-013 (updated 2026-05-19).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
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.

3 participants