Skip to content

docs: refresh technical documentation style - #5875

Merged
miyoungc merged 4 commits into
mainfrom
docs/technical-edit-pass
Jun 26, 2026
Merged

docs: refresh technical documentation style#5875
miyoungc merged 4 commits into
mainfrom
docs/technical-edit-pass

Conversation

@miyoungc

@miyoungc miyoungc commented Jun 26, 2026

Copy link
Copy Markdown
Collaborator

Summary

Runs a broad technical edit pass across the published NemoClaw docs to tighten wording, active voice, sentence structure, and style-guide consistency.
Includes the Fern CLI pin upgrade from 5.50.5 to 5.55.0.

Changes

  • Edited existing docs/ pages across the user guide for clearer, more direct technical prose.
  • Applied the requested wording convention for list and table introductions that use the following.
  • Preserved existing code samples while updating surrounding prose and style-guide wording.
  • Updated fern/fern.config.json to use Fern 5.55.0.

Type of Change

  • Code change (feature, bug fix, or refactor)
  • Code change with doc updates
  • Doc only (prose changes, no code sample modifications)
  • Doc only (includes code sample changes)

Quality Gates

  • Tests added or updated for changed behavior
  • Existing tests cover changed behavior — justification:
  • Tests not applicable — justification: documentation-only wording edits plus Fern CLI version pin.
  • Docs updated for user-facing behavior changes
  • Docs not applicable — justification:
  • Sensitive paths changed (security, policy, credentials, preflight, onboarding, inference, runner, sandbox, or messaging)
  • Sensitive-path review completed or maintainer-approved waiver recorded — reviewer/approval link/justification:
  • Non-success, skipped, or missing CI check accepted by maintainer — check name, approval link, and follow-up issue:

Verification

  • PR description includes the DCO sign-off declaration and every commit appears as Verified in GitHub
  • Git hooks passed during commit and push, or npx prek run --from-ref main --to-ref HEAD passes
  • Targeted tests pass for changed behavior
  • Full npm test passes (broad runtime changes only)
  • Quality Gates section completed with required justifications or waivers
  • No secrets, API keys, or credentials committed
  • npm run docs builds without warnings (doc changes only)
  • Doc pages follow the style guide (doc changes only)
  • New doc pages include SPDX header and frontmatter (new pages only)

Verification notes:

  • npm run docs passed with 0 errors and 1 Fern theme contrast warning.
  • cd fern && npx --yes fern-api@5.55.0 check --warnings reported the same light-mode accent color contrast warning.
  • npm run build:cli passed before the final push so the pre-push TypeScript hook could validate against fresh dist/ output.

Signed-off-by: Miyoung Choi miyoungc@nvidia.com

Summary by CodeRabbit

  • Documentation
    • Reworded and clarified user guides across setup, deployment, inference, sandbox management, networking, security, and CLI/reference docs.
    • Improved quickstarts, prerequisites, troubleshooting, and environment-variable/command behavior explanations (including sandbox hardening, credential handling, runtime controls, and network policy workflows).
    • Expanded operational guidance and cross-references, with clearer phrasing for Hermes/OpenClaw differences and runtime expectations.
  • Chores
    • Updated documentation tooling/configuration version.

Signed-off-by: Miyoung Choi <miyoungc@nvidia.com>
@miyoungc miyoungc self-assigned this Jun 26, 2026
@github-actions

Copy link
Copy Markdown
Contributor

@github-code-quality

github-code-quality Bot commented Jun 26, 2026

Copy link
Copy Markdown
Contributor

Code Coverage Overview

Languages: TypeScript

TypeScript / code-coverage/plugin

The overall coverage in the docs/technical-edit-... branch is 96%. Coverage data for the main branch is not yet available.

Show a code coverage summary of the most covered files.
File main docs/technical-edit-... 0fb2205 +/-
nemoclaw/src/se...cret-scanner.ts 100%
nemoclaw/src/commands/slash.ts 100%
nemoclaw/src/li...bprocess-env.ts 100%
nemoclaw/src/bl...eprint/state.ts 98%
nemoclaw/src/onboard/config.ts 98%
nemoclaw/src/bl...int/snapshot.ts 97%
nemoclaw/src/bl...print/runner.ts 95%
nemoclaw/src/co...ration-state.ts 94%
nemoclaw/src/bl...ate-networks.ts 94%
nemoclaw/src/index.ts 94%

TypeScript / code-coverage/cli

The overall coverage in the docs/technical-edit-... branch is 47%. Coverage data for the main branch is not yet available.

Show a code coverage summary of the most covered files.
File main docs/technical-edit-... 0fb2205 +/-
src/lib/state/o...oard-session.ts 91%
src/lib/actions...dbox/rebuild.ts 73%
src/lib/sandbox/config.ts 72%
src/lib/onboard/preflight.ts 62%
src/lib/shields/index.ts 62%
src/lib/actions...licy-channel.ts 60%
src/lib/state/sandbox.ts 56%
src/lib/policy/index.ts 48%
src/lib/onboard...er-gpu-patch.ts 47%
src/lib/onboard.ts 19%

Updated June 26, 2026 18:18 UTC
Code Coverage is in Public Preview. Learn more and provide us with your feedback.

@github-actions

github-actions Bot commented Jun 26, 2026

Copy link
Copy Markdown
Contributor

E2E Advisor Recommendation

Required E2E: None
Optional E2E: None

Workflow run

Full advisor summary

E2E Recommendation Advisor

Base: origin/main
Head: HEAD
Confidence: high

Required E2E

  • None. No E2E is recommended because this is a docs-only PR with prose/style/link/navigation updates and Fern documentation configuration. The changes cannot affect installer/onboarding behavior, sandbox lifecycle, credential handling, security boundaries, network policy enforcement, inference routing, deployment code, or real assistant runtime flows.

Optional E2E

  • None.

New E2E recommendations

  • None.

@github-actions

github-actions Bot commented Jun 26, 2026

Copy link
Copy Markdown
Contributor

Vitest E2E Scenario Recommendation

Required Vitest E2E scenarios: None
Optional Vitest E2E scenarios: None

Workflow run

Full Vitest E2E advisor summary

Vitest E2E Scenario Advisor

Base: origin/main
Head: HEAD
Confidence: high

Required Vitest E2E scenarios

  • None. Docs-only and Fern documentation configuration changes do not affect the Vitest-backed E2E scenario workflow, registry, runtime support, live tests, or shared scenario fixtures.

Optional Vitest E2E scenarios

  • None.

Relevant changed files

  • None.

@coderabbitai

coderabbitai Bot commented Jun 26, 2026

Copy link
Copy Markdown
Contributor

Review Change Stack

📝 Walkthrough

Walkthrough

The PR rewords documentation across about, getting-started, deployment, inference, sandbox operations, network policy, and security pages, and bumps the Fern config version from 5.50.5 to 5.55.0.

Changes

Documentation wording refresh

Layer / File(s) Summary
General reference copy
docs/CONTRIBUTING.md, docs/about/*.mdx, docs/reference/architecture.mdx, docs/reference/cli-selection-guide.mdx, docs/reference/enterprise-readiness.mdx, docs/reference/platform-support.mdx, docs/resources/agent-skills.mdx, docs/resources/license.mdx, docs/about/release-notes.mdx, fern/fern.config.json
About and reference pages, contributor guidance, agent-skills docs, release notes, license text, and the Fern config version are reworded.
Getting started and deployment
docs/get-started/*.mdx, docs/deployment/*.mdx, docs/manage-sandboxes/install-plugins-hermes.mdx
Getting-started, deployment, plugin-install, and sandbox-hardening instructions are rephrased.
Inference guides
docs/inference/*.mdx
Inference manifest, provider-selection, local-inference, and tool-calling docs are reworded.
Sandbox lifecycle and state
docs/manage-sandboxes/backup-restore.mdx, docs/manage-sandboxes/lifecycle.mdx, docs/manage-sandboxes/runtime-controls.mdx, docs/manage-sandboxes/workspace-files.mdx
Backup, lifecycle, runtime, and workspace-state docs are reworded and cross-linked.
Monitoring, messaging, and command reference
docs/manage-sandboxes/messaging-channels.mdx, docs/monitoring/monitor-sandbox-activity.mdx, docs/reference/commands*.mdx, docs/reference/troubleshooting.mdx
Messaging setup, monitoring guidance, generated command reference text, and troubleshooting entries are reworded.
Network policy core
docs/network-policy/approve-network-requests.mdx, docs/network-policy/customize-network-policy.mdx, docs/reference/network-policies.mdx
Policy approval, customization, and network-policy reference text are reworded.
Network policy examples
docs/network-policy/integration-policy-examples.mdx
Integration examples and preset guidance for external services are reworded.
Security docs
docs/security/*.mdx
Security posture, credential storage, and OpenClaw control docs are reworded and expanded.

Estimated code review effort

🎯 4 (Complex) | ⏱️ ~45 minutes

Possibly related issues

Possibly related PRs

  • NVIDIA/NemoClaw#4879: Both PRs update Hermes runtime documentation, including the /sandbox/.hermes/config.yaml runtime-update wording and related control-flow descriptions.
  • NVIDIA/NemoClaw#5749: Both PRs touch the docs/reference/commands.mdx command reference, with overlapping lifecycle/recreate behavior documentation.
  • NVIDIA/NemoClaw#4879: Shared changes in Hermes command and runtime docs make this the strongest code-level overlap.

Suggested reviewers

  • cv
  • jyaunches

Poem

🐰 I hopped through docs from dawn to dusk,
Rewording paths and polishing husk.
The stack now gleams, the links align,
Soft little edits, line by line.
Hooray for pages trimmed and neat —
This bunny’s trail left tidy feet.

🚥 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 title accurately reflects the main docs style/wording refresh, though it omits the Fern version pin detail.
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.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch docs/technical-edit-pass

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

Signed-off-by: Miyoung Choi <miyoungc@nvidia.com>
@github-actions

github-actions Bot commented Jun 26, 2026

Copy link
Copy Markdown
Contributor

PR Review Advisor — Changes requested

Merge posture: Do not merge yet
Primary next action: Resolve or justify PRA-1: Source-of-truth review needed: Network approval persistence documentation.
Open items: 0 required · 2 warnings · 0 suggestions · 1 test follow-up
Since last review: 0 prior items resolved · 2 still apply · 0 new items found

Action checklist

  • PRA-1 Resolve or justify: Source-of-truth review needed: Network approval persistence documentation
  • PRA-2 Resolve or justify: Reconcile approved network endpoint persistence docs in docs/about/how-it-works.mdx:124
  • PRA-T1 Add or justify test follow-up: Network approval persistence documentation

Findings index

ID Severity Category Location Required action
PRA-1 Resolve/justify architecture Identify the invalid state, source boundary, source-fix constraint, regression test, and removal condition before merging the localized behavior.
PRA-2 Resolve/justify security docs/about/how-it-works.mdx:124 Confirm the actual OpenShell/NemoClaw approval lifecycle from the implementation or a maintained lifecycle test, then update `docs/about/how-it-works.mdx`, `docs/network-policy/approve-network-requests.mdx`, `docs/network-policy/customize-network-policy.mdx`, and `docs/security/best-practices.mdx` to use one precise model covering stop, restart, rebuild, and destroy/recreate.
Review findings by urgency: 0 required fixes, 2 items to resolve/justify, 0 in-scope improvements

⚠️ Resolve or justify before merge

Investigate these in the current review; either fix them, explain why they are not applicable, or document the accepted risk.

PRA-1 Resolve/justify — Source-of-truth review needed: Network approval persistence documentation

  • Location: not file-specific
  • Category: architecture
  • Problem: The advisor marked localized patch analysis as needs_followup.
  • Impact: A localized workaround can preserve or hide an invalid state when the source boundary is unclear.
  • Recommended action: Identify the invalid state, source boundary, source-fix constraint, regression test, and removal condition before merging the localized behavior.
  • Expected follow-up: Resolve in this PR or explain why the risk is acceptable.
  • Verification: Inspect the localized patch and source-of-truth review fields for a concrete invalid state, source boundary, source-fix constraint, regression test, and removal condition.
  • Missing regression test: Add or reference a lifecycle test or docs consistency check that verifies approved endpoint visibility after stop/start or restart and reset behavior after destroy/recreate through onboarding.
  • Done when: The risk is fixed or explicitly justified in the PR. Verification: Inspect the localized patch and source-of-truth review fields for a concrete invalid state, source boundary, source-fix constraint, regression test, and removal condition.
  • Evidence: `how-it-works`, `approve-network-requests`, and `security/best-practices` contain conflicting statements for approved endpoint persistence; `customize-network-policy` also describes dynamic policy reset at sandbox stop.

PRA-2 Resolve/justify — Reconcile approved network endpoint persistence docs

  • Location: docs/about/how-it-works.mdx:124
  • Category: security
  • Problem: The changed docs still describe interactive network approvals with incompatible persistence models. `how-it-works` says approved endpoints persist for the current session, `approve-network-requests` says they remain until the sandbox stops, `customize-network-policy` says dynamic changes reset when the sandbox stops, while `security/best-practices` says OpenShell merges approved endpoints into a durable policy revision that persists across sandbox restarts within the same sandbox instance.
  • Impact: Operators may either leave approved egress open longer than intended because they believe it expires at session or stop time, or rely on an approval that actually disappears. For sandbox egress policy, that changes data-exfiltration exposure and incident-response expectations.
  • Recommended action: Confirm the actual OpenShell/NemoClaw approval lifecycle from the implementation or a maintained lifecycle test, then update `docs/about/how-it-works.mdx`, `docs/network-policy/approve-network-requests.mdx`, `docs/network-policy/customize-network-policy.mdx`, and `docs/security/best-practices.mdx` to use one precise model covering stop, restart, rebuild, and destroy/recreate.
  • Expected follow-up: Resolve in this PR or explain why the risk is acceptable.
  • Verification: Read the Protection Layers section in `docs/about/how-it-works.mdx`, Approve or Deny the Request in `docs/network-policy/approve-network-requests.mdx`, Scope of Dynamic Changes in `docs/network-policy/customize-network-policy.mdx`, and Operator Approval Flow in `docs/security/best-practices.mdx`; then inspect the policy approval implementation or existing lifecycle tests to determine which persistence statement is true.
  • Missing regression test: Add or identify a policy approval lifecycle test, or a docs/source-of-truth consistency check, that proves whether an interactively approved endpoint remains present after sandbox stop/start or restart and whether it resets after destroy/recreate through onboarding.
  • Done when: The risk is fixed or explicitly justified in the PR. Verification: Read the Protection Layers section in `docs/about/how-it-works.mdx`, Approve or Deny the Request in `docs/network-policy/approve-network-requests.mdx`, Scope of Dynamic Changes in `docs/network-policy/customize-network-policy.mdx`, and Operator Approval Flow in `docs/security/best-practices.mdx`; then inspect the policy approval implementation or existing lifecycle tests to determine which persistence statement is true.
  • Evidence: `docs/about/how-it-works.mdx` says `Approved endpoints persist for the current session but are not saved to the baseline policy file.` `docs/network-policy/approve-network-requests.mdx` says `Approved endpoints remain in the running policy until the sandbox stops.` `docs/security/best-practices.mdx` says approvals `persist across sandbox restarts within the same sandbox instance` and reset after destroy/recreate.

💡 In-scope improvements

These are lower-risk, not throwaway. Prefer fixing them in this PR when they are local to changed code; defer only with rationale or a linked follow-up.

  • None.
Test follow-ups to resolve or justify

If these cover changed behavior, prefer adding them in this PR; otherwise state why existing coverage is enough or link the follow-up.

  • PRA-T1 Network approval persistence documentation — Add or reference a lifecycle test or docs consistency check that verifies approved endpoint visibility after stop/start or restart and reset behavior after destroy/recreate through onboarding.. `how-it-works`, `approve-network-requests`, and `security/best-practices` contain conflicting statements for approved endpoint persistence; `customize-network-policy` also describes dynamic policy reset at sandbox stop.
Since last review details

Current findings, using the urgency labels above:

PRA-1 Resolve/justify — Source-of-truth review needed: Network approval persistence documentation

  • Location: not file-specific
  • Category: architecture
  • Problem: The advisor marked localized patch analysis as needs_followup.
  • Impact: A localized workaround can preserve or hide an invalid state when the source boundary is unclear.
  • Recommended action: Identify the invalid state, source boundary, source-fix constraint, regression test, and removal condition before merging the localized behavior.
  • Expected follow-up: Resolve in this PR or explain why the risk is acceptable.
  • Verification: Inspect the localized patch and source-of-truth review fields for a concrete invalid state, source boundary, source-fix constraint, regression test, and removal condition.
  • Missing regression test: Add or reference a lifecycle test or docs consistency check that verifies approved endpoint visibility after stop/start or restart and reset behavior after destroy/recreate through onboarding.
  • Done when: The risk is fixed or explicitly justified in the PR. Verification: Inspect the localized patch and source-of-truth review fields for a concrete invalid state, source boundary, source-fix constraint, regression test, and removal condition.
  • Evidence: `how-it-works`, `approve-network-requests`, and `security/best-practices` contain conflicting statements for approved endpoint persistence; `customize-network-policy` also describes dynamic policy reset at sandbox stop.

PRA-2 Resolve/justify — Reconcile approved network endpoint persistence docs

  • Location: docs/about/how-it-works.mdx:124
  • Category: security
  • Problem: The changed docs still describe interactive network approvals with incompatible persistence models. `how-it-works` says approved endpoints persist for the current session, `approve-network-requests` says they remain until the sandbox stops, `customize-network-policy` says dynamic changes reset when the sandbox stops, while `security/best-practices` says OpenShell merges approved endpoints into a durable policy revision that persists across sandbox restarts within the same sandbox instance.
  • Impact: Operators may either leave approved egress open longer than intended because they believe it expires at session or stop time, or rely on an approval that actually disappears. For sandbox egress policy, that changes data-exfiltration exposure and incident-response expectations.
  • Recommended action: Confirm the actual OpenShell/NemoClaw approval lifecycle from the implementation or a maintained lifecycle test, then update `docs/about/how-it-works.mdx`, `docs/network-policy/approve-network-requests.mdx`, `docs/network-policy/customize-network-policy.mdx`, and `docs/security/best-practices.mdx` to use one precise model covering stop, restart, rebuild, and destroy/recreate.
  • Expected follow-up: Resolve in this PR or explain why the risk is acceptable.
  • Verification: Read the Protection Layers section in `docs/about/how-it-works.mdx`, Approve or Deny the Request in `docs/network-policy/approve-network-requests.mdx`, Scope of Dynamic Changes in `docs/network-policy/customize-network-policy.mdx`, and Operator Approval Flow in `docs/security/best-practices.mdx`; then inspect the policy approval implementation or existing lifecycle tests to determine which persistence statement is true.
  • Missing regression test: Add or identify a policy approval lifecycle test, or a docs/source-of-truth consistency check, that proves whether an interactively approved endpoint remains present after sandbox stop/start or restart and whether it resets after destroy/recreate through onboarding.
  • Done when: The risk is fixed or explicitly justified in the PR. Verification: Read the Protection Layers section in `docs/about/how-it-works.mdx`, Approve or Deny the Request in `docs/network-policy/approve-network-requests.mdx`, Scope of Dynamic Changes in `docs/network-policy/customize-network-policy.mdx`, and Operator Approval Flow in `docs/security/best-practices.mdx`; then inspect the policy approval implementation or existing lifecycle tests to determine which persistence statement is true.
  • Evidence: `docs/about/how-it-works.mdx` says `Approved endpoints persist for the current session but are not saved to the baseline policy file.` `docs/network-policy/approve-network-requests.mdx` says `Approved endpoints remain in the running policy until the sandbox stops.` `docs/security/best-practices.mdx` says approvals `persist across sandbox restarts within the same sandbox instance` and reset after destroy/recreate.

Workflow run details

This is an automated, non-binding review; it still expects maintainers and agents to respond to each required or warning item. Treat suggestions as current-PR improvements when they touch changed code; defer only with maintainer rationale or a linked follow-up. A human maintainer must make the final merge decision.

miyoungc added 2 commits June 26, 2026 11:07
Signed-off-by: Miyoung Choi <miyoungc@nvidia.com>
Signed-off-by: Miyoung Choi <miyoungc@nvidia.com>
@miyoungc

Copy link
Copy Markdown
Collaborator Author

The PR Review Advisor item about approved network endpoint persistence looks out of scope for this PR.

This PR is a broad docs style and wording pass plus the Fern version pin, not a source-of-truth review of network approval lifecycle behavior or a policy lifecycle test change. The requested work needs behavior verification across OpenShell/NemoClaw approval state for stop, restart, rebuild, and destroy/recreate before changing the persistence contract in multiple pages.

Related tracking context already exists:

My recommendation is to leave this out of #5875 and handle it through the existing policy/docs follow-up rather than expanding this style-only PR into a behavior/source-of-truth review.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Actionable comments posted: 3

🧹 Nitpick comments (13)
docs/network-policy/customize-network-policy.mdx (1)

114-114: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Drop the numbering and colon from this heading.

Line 114 violates the docs title rules twice: section titles should not be numbered, and they should not contain colons.
As per path instructions, "Do not number section titles" and "No colons in titles."

🤖 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/network-policy/customize-network-policy.mdx` at line 114, The section
heading currently includes both numbering and a colon, which violates the docs
title rules. Update the heading text in the markdown section so it no longer
starts with “Option 1” and removes the colon, while keeping the meaning the
same; make this change on the heading identified by its “Add a Preset File and
Use policy-add (Recommended)” text.

Source: Path instructions

docs/inference/tool-calling-reliability.mdx (1)

70-70: 📐 Maintainability & Code Quality | 🔵 Trivial | 💤 Low value

Avoid : before code examples.

Both lead-ins precede code blocks, but this style guide only allows colons when they introduce a list. Reword them to end with periods instead.

Suggested wording
- For a Docker Compose setup, use:
+ For a Docker Compose setup, use the following.
- If you are intentionally testing a mutable OpenClaw config, prepare a batch file like this:
+ If you are intentionally testing a mutable OpenClaw config, prepare a batch file like the following.

As per path instructions, colons should only introduce a list.

Also applies to: 117-117

🤖 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/inference/tool-calling-reliability.mdx` at line 70, The lead-in text
before the code examples uses a colon where it should not; update the affected
prose in the relevant docs sections (including the text around the Docker
Compose example and the other matching lead-in) so the sentence ends with a
period instead of introducing the code block with a colon. Locate the wording in
the markdown content near the code examples and rephrase it to comply with the
style guide while keeping the same meaning.

Source: Path instructions

docs/reference/enterprise-readiness.mdx (1)

14-20: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Use second person in the intro.

This paragraph addresses the reader indirectly. Rephrase it to speak directly to "you" so it matches the docs style guide. As per path instructions, use active voice, second person, present tense, and direct language in documentation.

🤖 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/reference/enterprise-readiness.mdx` around lines 14 - 20, The intro in
the enterprise readiness page is written indirectly and should be rewritten in
second person to match the docs style. Update the opening copy to speak directly
to “you” while keeping the same meaning, and ensure the wording is active voice,
present tense, and direct throughout the intro section.

Source: Path instructions

docs/reference/platform-support.mdx (1)

12-16: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Use second person in the page intro.

This opener is a bit detached for a docs page. Rephrase it to address the reader directly so it matches the docs style guide. As per path instructions, use active voice, second person, present tense, and direct language in documentation.

🤖 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/reference/platform-support.mdx` around lines 12 - 16, The intro on the
platform support page is written in a detached, third-person tone; rewrite the
opening copy to address the reader directly in second person while keeping it in
present tense and active voice. Update the page intro in the platform support
content so it matches the docs style guide and still points readers to the
canonical platform matrix generated by scripts/generate-platform-docs.py from
ci/platform-matrix.json.

Source: Path instructions

docs/get-started/quickstart-langchain-deepagents-code.mdx (1)

61-62: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Use second person in this explanation.

"users may put" breaks the direct-reader voice used elsewhere on the page. Rephrase this as "you may put ..." to match the docs style guide. As per path instructions, use Second person ("you") when addressing the reader.

🤖 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/get-started/quickstart-langchain-deepagents-code.mdx` around lines 61 -
62, The explanation in the quickstart prose uses third-person language instead
of the required direct-reader voice. Update the wording in the affected
`langchain-deepagents-code` sandbox description so it speaks to the reader as
“you” rather than “users,” keeping the rest of the NemoClaw and
`.env`/`.mcp.json` explanation intact and consistent with the page’s
second-person style.

Source: Path instructions

docs/manage-sandboxes/backup-restore.mdx (1)

94-95: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Keep this paragraph active.

are intentionally excluded and are also excluded are passive. Rephrase them so the subject performs the action. As per path instructions, active voice is required.

🤖 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/manage-sandboxes/backup-restore.mdx` around lines 94 - 95, The
backup/restore paragraph uses passive voice in the Hermes snapshot exclusions,
so rewrite it in active voice while keeping the same meaning. Update the wording
around the mentions of auth.json, config.yaml, and .env so the subject clearly
performs the exclusion action, and keep the paragraph active and readable.

Source: Path instructions

docs/manage-sandboxes/workspace-files.mdx (1)

142-144: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Keep the editing guidance active.

can be overwritten by rebuilds is passive. Rephrase it so rebuilds are the subject. As per path instructions, active voice is required.

🤖 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/manage-sandboxes/workspace-files.mdx` around lines 142 - 144, The
editing guidance in the workspace-files section uses passive voice for the
rebuild warning; update the phrasing so rebuilds are the subject, and keep the
advice active while preserving the intent. Adjust the sentence about direct
edits to `/sandbox/.hermes/config.yaml` and `/sandbox/.hermes/.env` so it
clearly states that rebuilds overwrite those files, alongside the existing
NemoClaw and openshell guidance.

Source: Path instructions

docs/reference/troubleshooting.mdx (2)

158-160: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Keep the JetPack note active.

are left untouched is passive. Rephrase the sentence so the installer is the subject. As per path instructions, active voice is required.

🤖 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/reference/troubleshooting.mdx` around lines 158 - 160, The JetPack 7
note needs an active-voice rewrite in the troubleshooting text: the current
sentence about R39 images uses passive phrasing. Update the affected wording so
the installer is the subject (for example, describe that it leaves
already-configured `br_netfilter` untouched) while keeping the JetPack 7 / L4T
39.x guidance and the `br_netfilter` / k3s context intact.

Source: Path instructions


316-318: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Keep the Docker 25 note active.

is unaffected is passive. Rephrase it so the host or Docker configuration is the subject. As per path instructions, active voice is required.

🤖 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/reference/troubleshooting.mdx` around lines 316 - 318, The
troubleshooting note should keep the Docker 25 guidance active and avoid passive
wording in the sentence about unaffected systems. Update the referenced text so
the host or Docker configuration is the subject, and keep the distinction clear
that this is a Docker default-driver change rather than a NemoClaw or OpenShell
regression. Use the existing troubleshooting paragraph in the MDX reference to
rephrase the affected sentence in active voice while preserving the Docker 25
and containerd image store details.

Source: Path instructions

docs/manage-sandboxes/runtime-controls.mdx (1)

20-21: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Avoid the colon in this lead-in.

This sentence introduces prose, not a list. Split it into two sentences or bullets so it matches the docs style guide. As per path instructions, colons should only introduce a list.

🤖 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/manage-sandboxes/runtime-controls.mdx` around lines 20 - 21, The opening
prose in the runtime-controls docs uses a colon to introduce non-list content,
which conflicts with the style guide. Update the lead-in around the introductory
sentence in the runtime-controls content so it becomes two separate sentences or
a short bullet-style setup, and keep the mapping sentence as its own sentence
without a colon; use the surrounding prose block in the docs to locate it.

Source: Path instructions

docs/reference/commands-nemohermes.mdx (1)

603-603: 📐 Maintainability & Code Quality | 🔵 Trivial | 💤 Low value

Split the validation note across separate lines.

This bullet currently compresses three sentences into one source line, which breaks the docs formatting rule.

Suggested split
- OpenClaw sandboxes and registry fallbacks must include at least one target selector flag: `--agent`, `--session-id`, `--session-key`, or `--to` in either `--flag value` or `--flag=value` form. OpenClaw invocations without a selector exit `2` and print `No target session selected` locally, without paying the in-sandbox dispatch cost. Registered terminal-runtime sandboxes delegate bare invocations and help flags to the manifest command instead.
+ OpenClaw sandboxes and registry fallbacks must include at least one target selector flag: `--agent`, `--session-id`, `--session-key`, or `--to` in either `--flag value` or `--flag=value` form.
+ OpenClaw invocations without a selector exit `2` and print `No target session selected` locally, without paying the in-sandbox dispatch cost.
+ Registered terminal-runtime sandboxes delegate bare invocations and help flags to the manifest command instead.

As per path instructions, "Keep one sentence per line in Markdown and MDX source files."

🤖 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/reference/commands-nemohermes.mdx` at line 603, The validation note in
the MDX docs is written as multiple sentences on one source line, which violates
the one-sentence-per-line rule. Update the affected bullet in the documentation
content so each sentence is placed on its own line while keeping the same
wording and meaning; use the surrounding note section in the docs file as the
location reference.

Source: Path instructions

docs/manage-sandboxes/messaging-channels.mdx (1)

63-64: 📐 Maintainability & Code Quality | 🔵 Trivial | 💤 Low value

Split these table cells into one sentence each.

docs/** files should keep one sentence per line, but these rows put the No required tokens note and the description on the same source line.

<s

Suggested split
-| WeChat (experimental) | None. Captured through host-side QR scan during `$$nemoclaw onboard` | `WECHAT_ALLOWED_IDS` for DM allowlisting |
-| WhatsApp (experimental) | None. Pair through QR after rebuild | None |
+| WeChat (experimental) | No required tokens; captured through host-side QR scan during `$$nemoclaw onboard` | `WECHAT_ALLOWED_IDS` for DM allowlisting |
+| WhatsApp (experimental) | No required tokens; pair through QR after rebuild | None |

As per path instructions, "Keep one sentence per line in Markdown and MDX source files."

🤖 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/manage-sandboxes/messaging-channels.mdx` around lines 63 - 64, The
messaging channels table rows currently combine two sentences in single source
lines, which violates the docs/source convention. Update the table entries in
messaging-channels.mdx so each sentence is split onto its own source line while
keeping the same content and meaning, using the affected table rows for WeChat
and WhatsApp as the target locations.

Source: Path instructions

docs/reference/commands.mdx (1)

603-603: 📐 Maintainability & Code Quality | 🔵 Trivial | 💤 Low value

Split the validation note across separate lines.

This bullet currently compresses three sentences into one source line, which breaks the docs formatting rule.

Suggested split
- OpenClaw sandboxes and registry fallbacks must include at least one target selector flag: `--agent`, `--session-id`, `--session-key`, or `--to` in either `--flag value` or `--flag=value` form. OpenClaw invocations without a selector exit `2` and print `No target session selected` locally, without paying the in-sandbox dispatch cost. Registered terminal-runtime sandboxes delegate bare invocations and help flags to the manifest command instead.
+ OpenClaw sandboxes and registry fallbacks must include at least one target selector flag: `--agent`, `--session-id`, `--session-key`, or `--to` in either `--flag value` or `--flag=value` form.
+ OpenClaw invocations without a selector exit `2` and print `No target session selected` locally, without paying the in-sandbox dispatch cost.
+ Registered terminal-runtime sandboxes delegate bare invocations and help flags to the manifest command instead.

As per path instructions, "Keep one sentence per line in Markdown and MDX source files."

🤖 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/reference/commands.mdx` at line 603, The validation note in the commands
reference needs to be split so each sentence is on its own line to satisfy the
MDX formatting rule. Update the bullet containing the OpenClaw selector guidance
in the commands documentation so the three sentences are separated by line
breaks while keeping the same wording and meaning.

Source: Path instructions

🤖 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/get-started/prerequisites.mdx`:
- Line 91: The Next Steps link in the prerequisites content points to the wrong
route, causing a broken cross-reference. Update the link in the prerequisites
page to target the sibling Windows preparation doc rather than a child route,
using the existing Windows preparation reference in the get-started docs so the
destination resolves correctly.

In `@docs/security/openclaw-controls.mdx`:
- Line 104: The DM policy mode values in the OpenClaw controls table are plain
text but should be inline code-formatted literal options. Update the row in the
documentation so the mode names in the sentence within the table use inline code
styling for open, disabled, pairing, and allowlist, following the existing docs
convention for literal values.
- Line 38: The prose in openclaw-controls.mdx uses the wrong casing for gateway
in the OpenClaw deny list description. Update the sentence in the table row that
mentions Gateway HTTP so it uses lowercase gateway unless it begins the
sentence, keeping the rest of the wording unchanged.

---

Nitpick comments:
In `@docs/get-started/quickstart-langchain-deepagents-code.mdx`:
- Around line 61-62: The explanation in the quickstart prose uses third-person
language instead of the required direct-reader voice. Update the wording in the
affected `langchain-deepagents-code` sandbox description so it speaks to the
reader as “you” rather than “users,” keeping the rest of the NemoClaw and
`.env`/`.mcp.json` explanation intact and consistent with the page’s
second-person style.

In `@docs/inference/tool-calling-reliability.mdx`:
- Line 70: The lead-in text before the code examples uses a colon where it
should not; update the affected prose in the relevant docs sections (including
the text around the Docker Compose example and the other matching lead-in) so
the sentence ends with a period instead of introducing the code block with a
colon. Locate the wording in the markdown content near the code examples and
rephrase it to comply with the style guide while keeping the same meaning.

In `@docs/manage-sandboxes/backup-restore.mdx`:
- Around line 94-95: The backup/restore paragraph uses passive voice in the
Hermes snapshot exclusions, so rewrite it in active voice while keeping the same
meaning. Update the wording around the mentions of auth.json, config.yaml, and
.env so the subject clearly performs the exclusion action, and keep the
paragraph active and readable.

In `@docs/manage-sandboxes/messaging-channels.mdx`:
- Around line 63-64: The messaging channels table rows currently combine two
sentences in single source lines, which violates the docs/source convention.
Update the table entries in messaging-channels.mdx so each sentence is split
onto its own source line while keeping the same content and meaning, using the
affected table rows for WeChat and WhatsApp as the target locations.

In `@docs/manage-sandboxes/runtime-controls.mdx`:
- Around line 20-21: The opening prose in the runtime-controls docs uses a colon
to introduce non-list content, which conflicts with the style guide. Update the
lead-in around the introductory sentence in the runtime-controls content so it
becomes two separate sentences or a short bullet-style setup, and keep the
mapping sentence as its own sentence without a colon; use the surrounding prose
block in the docs to locate it.

In `@docs/manage-sandboxes/workspace-files.mdx`:
- Around line 142-144: The editing guidance in the workspace-files section uses
passive voice for the rebuild warning; update the phrasing so rebuilds are the
subject, and keep the advice active while preserving the intent. Adjust the
sentence about direct edits to `/sandbox/.hermes/config.yaml` and
`/sandbox/.hermes/.env` so it clearly states that rebuilds overwrite those
files, alongside the existing NemoClaw and openshell guidance.

In `@docs/network-policy/customize-network-policy.mdx`:
- Line 114: The section heading currently includes both numbering and a colon,
which violates the docs title rules. Update the heading text in the markdown
section so it no longer starts with “Option 1” and removes the colon, while
keeping the meaning the same; make this change on the heading identified by its
“Add a Preset File and Use policy-add (Recommended)” text.

In `@docs/reference/commands-nemohermes.mdx`:
- Line 603: The validation note in the MDX docs is written as multiple sentences
on one source line, which violates the one-sentence-per-line rule. Update the
affected bullet in the documentation content so each sentence is placed on its
own line while keeping the same wording and meaning; use the surrounding note
section in the docs file as the location reference.

In `@docs/reference/commands.mdx`:
- Line 603: The validation note in the commands reference needs to be split so
each sentence is on its own line to satisfy the MDX formatting rule. Update the
bullet containing the OpenClaw selector guidance in the commands documentation
so the three sentences are separated by line breaks while keeping the same
wording and meaning.

In `@docs/reference/enterprise-readiness.mdx`:
- Around line 14-20: The intro in the enterprise readiness page is written
indirectly and should be rewritten in second person to match the docs style.
Update the opening copy to speak directly to “you” while keeping the same
meaning, and ensure the wording is active voice, present tense, and direct
throughout the intro section.

In `@docs/reference/platform-support.mdx`:
- Around line 12-16: The intro on the platform support page is written in a
detached, third-person tone; rewrite the opening copy to address the reader
directly in second person while keeping it in present tense and active voice.
Update the page intro in the platform support content so it matches the docs
style guide and still points readers to the canonical platform matrix generated
by scripts/generate-platform-docs.py from ci/platform-matrix.json.

In `@docs/reference/troubleshooting.mdx`:
- Around line 158-160: The JetPack 7 note needs an active-voice rewrite in the
troubleshooting text: the current sentence about R39 images uses passive
phrasing. Update the affected wording so the installer is the subject (for
example, describe that it leaves already-configured `br_netfilter` untouched)
while keeping the JetPack 7 / L4T 39.x guidance and the `br_netfilter` / k3s
context intact.
- Around line 316-318: The troubleshooting note should keep the Docker 25
guidance active and avoid passive wording in the sentence about unaffected
systems. Update the referenced text so the host or Docker configuration is the
subject, and keep the distinction clear that this is a Docker default-driver
change rather than a NemoClaw or OpenShell regression. Use the existing
troubleshooting paragraph in the MDX reference to rephrase the affected sentence
in active voice while preserving the Docker 25 and containerd image store
details.
🪄 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: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Enterprise

Run ID: d0efcdd0-de43-4db3-9dcd-cc86345753f5

📥 Commits

Reviewing files that changed from the base of the PR and between 5b001aa and d239935.

📒 Files selected for processing (44)
  • docs/CONTRIBUTING.md
  • docs/about/ecosystem-hermes.mdx
  • docs/about/ecosystem.mdx
  • docs/about/how-it-works.mdx
  • docs/about/overview.mdx
  • docs/about/release-notes.mdx
  • docs/deployment/brev-web-ui.mdx
  • docs/deployment/deploy-to-remote-gpu.mdx
  • docs/deployment/install-openclaw-plugins.mdx
  • docs/deployment/sandbox-hardening.mdx
  • docs/get-started/prerequisites.mdx
  • docs/get-started/quickstart-hermes.mdx
  • docs/get-started/quickstart-langchain-deepagents-code.mdx
  • docs/get-started/quickstart.mdx
  • docs/get-started/windows-preparation.mdx
  • docs/inference/declarative-agents-manifest.mdx
  • docs/inference/inference-options.mdx
  • docs/inference/set-up-sub-agent.mdx
  • docs/inference/switch-inference-providers.mdx
  • docs/inference/tool-calling-reliability.mdx
  • docs/inference/use-local-inference.mdx
  • docs/manage-sandboxes/backup-restore.mdx
  • docs/manage-sandboxes/install-plugins-hermes.mdx
  • docs/manage-sandboxes/lifecycle.mdx
  • docs/manage-sandboxes/messaging-channels.mdx
  • docs/manage-sandboxes/runtime-controls.mdx
  • docs/manage-sandboxes/workspace-files.mdx
  • docs/monitoring/monitor-sandbox-activity.mdx
  • docs/network-policy/approve-network-requests.mdx
  • docs/network-policy/customize-network-policy.mdx
  • docs/network-policy/integration-policy-examples.mdx
  • docs/reference/architecture.mdx
  • docs/reference/cli-selection-guide.mdx
  • docs/reference/commands-nemohermes.mdx
  • docs/reference/commands.mdx
  • docs/reference/enterprise-readiness.mdx
  • docs/reference/network-policies.mdx
  • docs/reference/platform-support.mdx
  • docs/reference/troubleshooting.mdx
  • docs/resources/agent-skills.mdx
  • docs/security/best-practices.mdx
  • docs/security/credential-storage.mdx
  • docs/security/openclaw-controls.mdx
  • fern/fern.config.json

Comment thread docs/get-started/prerequisites.mdx
Comment thread docs/security/openclaw-controls.mdx
Comment thread docs/security/openclaw-controls.mdx
@miyoungc miyoungc added the area: docs Documentation, examples, guides, or docs build label Jun 26, 2026

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

🧹 Nitpick comments (2)
docs/reference/commands.mdx (1)

2056-2056: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Keep this sentence on a single source line.

This edit wraps one sentence across two lines, which breaks the MDX source formatting rule for sentence-per-line docs. As per coding guidelines, "Keep one sentence per line in Markdown and MDX source files," and as per path instructions, "One sentence per line in source (makes diffs readable)."

🤖 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/reference/commands.mdx` at line 2056, The sentence in the MDX guidance
text is split across multiple source lines, which violates the sentence-per-line
formatting rule. Update the affected sentence in the documentation so the entire
sentence stays on a single source line, keeping the surrounding MDX content
unchanged; use the nearby guidance text in commands.mdx to locate and reflow
only this sentence.

Sources: Coding guidelines, Path instructions

docs/reference/commands-nemohermes.mdx (1)

1701-1701: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Keep this sentence on a single source line.

This edit wraps one sentence across two lines, which breaks the MDX source formatting rule for sentence-per-line docs. As per coding guidelines, "Keep one sentence per line in Markdown and MDX source files," and as per path instructions, "One sentence per line in source (makes diffs readable)."

🤖 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/reference/commands-nemohermes.mdx` at line 1701, The sentence in the
referenced MDX source is split across two lines, violating the
one-sentence-per-line formatting rule. Update the surrounding content in the
command docs so the full sentence stays on a single source line, and keep an eye
on the affected sentence in the docs reference content to preserve
sentence-per-line formatting.

Sources: Coding guidelines, Path instructions

🤖 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.

Nitpick comments:
In `@docs/reference/commands-nemohermes.mdx`:
- Line 1701: The sentence in the referenced MDX source is split across two
lines, violating the one-sentence-per-line formatting rule. Update the
surrounding content in the command docs so the full sentence stays on a single
source line, and keep an eye on the affected sentence in the docs reference
content to preserve sentence-per-line formatting.

In `@docs/reference/commands.mdx`:
- Line 2056: The sentence in the MDX guidance text is split across multiple
source lines, which violates the sentence-per-line formatting rule. Update the
affected sentence in the documentation so the entire sentence stays on a single
source line, keeping the surrounding MDX content unchanged; use the nearby
guidance text in commands.mdx to locate and reflow only this sentence.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Enterprise

Run ID: ca90e21c-aebe-4351-98c9-643dcf66fa7d

📥 Commits

Reviewing files that changed from the base of the PR and between d239935 and 0fb2205.

📒 Files selected for processing (30)
  • docs/about/ecosystem.mdx
  • docs/about/how-it-works.mdx
  • docs/about/overview.mdx
  • docs/about/release-notes.mdx
  • docs/deployment/brev-web-ui.mdx
  • docs/deployment/install-openclaw-plugins.mdx
  • docs/get-started/prerequisites.mdx
  • docs/get-started/windows-preparation.mdx
  • docs/inference/declarative-agents-manifest.mdx
  • docs/inference/inference-options.mdx
  • docs/inference/use-local-inference.mdx
  • docs/manage-sandboxes/backup-restore.mdx
  • docs/manage-sandboxes/install-plugins-hermes.mdx
  • docs/manage-sandboxes/lifecycle.mdx
  • docs/manage-sandboxes/messaging-channels.mdx
  • docs/manage-sandboxes/runtime-controls.mdx
  • docs/manage-sandboxes/workspace-files.mdx
  • docs/monitoring/monitor-sandbox-activity.mdx
  • docs/network-policy/customize-network-policy.mdx
  • docs/network-policy/integration-policy-examples.mdx
  • docs/reference/architecture.mdx
  • docs/reference/commands-nemohermes.mdx
  • docs/reference/commands.mdx
  • docs/reference/enterprise-readiness.mdx
  • docs/reference/network-policies.mdx
  • docs/reference/platform-support.mdx
  • docs/reference/troubleshooting.mdx
  • docs/resources/license.mdx
  • docs/security/best-practices.mdx
  • docs/security/credential-storage.mdx
✅ Files skipped from review due to trivial changes (23)
  • docs/resources/license.mdx
  • docs/about/release-notes.mdx
  • docs/manage-sandboxes/runtime-controls.mdx
  • docs/get-started/prerequisites.mdx
  • docs/reference/architecture.mdx
  • docs/reference/network-policies.mdx
  • docs/deployment/brev-web-ui.mdx
  • docs/manage-sandboxes/workspace-files.mdx
  • docs/about/overview.mdx
  • docs/manage-sandboxes/install-plugins-hermes.mdx
  • docs/inference/use-local-inference.mdx
  • docs/deployment/install-openclaw-plugins.mdx
  • docs/reference/platform-support.mdx
  • docs/get-started/windows-preparation.mdx
  • docs/inference/declarative-agents-manifest.mdx
  • docs/security/credential-storage.mdx
  • docs/about/how-it-works.mdx
  • docs/reference/troubleshooting.mdx
  • docs/inference/inference-options.mdx
  • docs/network-policy/customize-network-policy.mdx
  • docs/manage-sandboxes/lifecycle.mdx
  • docs/about/ecosystem.mdx
  • docs/monitoring/monitor-sandbox-activity.mdx
🚧 Files skipped from review as they are similar to previous changes (3)
  • docs/manage-sandboxes/backup-restore.mdx
  • docs/network-policy/integration-policy-examples.mdx
  • docs/security/best-practices.mdx

@miyoungc
miyoungc merged commit abf3912 into main Jun 26, 2026
45 checks passed
@miyoungc
miyoungc deleted the docs/technical-edit-pass branch June 26, 2026 18:34
@cv cv added the v0.0.69 label Jun 27, 2026
Hadar301 pushed a commit to Hadar301/NemoClaw-OpenShift that referenced this pull request Jul 12, 2026
<!-- markdownlint-disable MD041 -->
## Summary
Runs a broad technical edit pass across the published NemoClaw docs to
tighten wording, active voice, sentence structure, and style-guide
consistency.
Includes the Fern CLI pin upgrade from `5.50.5` to `5.55.0`.

## Changes
- Edited existing `docs/` pages across the user guide for clearer, more
direct technical prose.
- Applied the requested wording convention for list and table
introductions that use `the following`.
- Preserved existing code samples while updating surrounding prose and
style-guide wording.
- Updated `fern/fern.config.json` to use Fern `5.55.0`.

## Type of Change

- [ ] Code change (feature, bug fix, or refactor)
- [ ] Code change with doc updates
- [x] Doc only (prose changes, no code sample modifications)
- [ ] Doc only (includes code sample changes)

## Quality Gates
<!-- Check all that apply. For any "covered by existing tests", "not
applicable", or waiver entry, add a brief justification on the same line
or in the Changes section. -->
- [ ] Tests added or updated for changed behavior
- [ ] Existing tests cover changed behavior — justification:
- [x] Tests not applicable — justification: documentation-only wording
edits plus Fern CLI version pin.
- [x] Docs updated for user-facing behavior changes
- [ ] Docs not applicable — justification:
- [ ] Sensitive paths changed (security, policy, credentials, preflight,
onboarding, inference, runner, sandbox, or messaging)
- [ ] Sensitive-path review completed or maintainer-approved waiver
recorded — reviewer/approval link/justification:
- [ ] Non-success, skipped, or missing CI check accepted by maintainer —
check name, approval link, and follow-up issue:

## Verification
<!-- Check each item you ran and confirmed. Leave unchecked items you
skipped. Doc-only changes do not require npm test unless you ran it. -->
- [x] PR description includes the DCO sign-off declaration and every
commit appears as `Verified` in GitHub
- [x] Git hooks passed during commit and push, or `npx prek run
--from-ref main --to-ref HEAD` passes
- [ ] Targeted tests pass for changed behavior
- [ ] Full `npm test` passes (broad runtime changes only)
- [x] Quality Gates section completed with required justifications or
waivers
- [x] No secrets, API keys, or credentials committed
- [ ] `npm run docs` builds without warnings (doc changes only)
- [x] Doc pages follow the [style
guide](https://github.com/NVIDIA/NemoClaw/blob/main/docs/CONTRIBUTING.md)
(doc changes only)
- [ ] New doc pages include SPDX header and frontmatter (new pages only)

Verification notes:
- `npm run docs` passed with 0 errors and 1 Fern theme contrast warning.
- `cd fern && npx --yes fern-api@5.55.0 check --warnings` reported the
same light-mode accent color contrast warning.
- `npm run build:cli` passed before the final push so the pre-push
TypeScript hook could validate against fresh `dist/` output.

---
<!-- DCO sign-off is required in this PR description, and every commit
must appear as Verified in GitHub. Run: git config user.name && git
config user.email -->
Signed-off-by: Miyoung Choi <miyoungc@nvidia.com>

<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->
## Summary by CodeRabbit

* **Documentation**
* Reworded and clarified user guides across setup, deployment,
inference, sandbox management, networking, security, and CLI/reference
docs.
* Improved quickstarts, prerequisites, troubleshooting, and
environment-variable/command behavior explanations (including sandbox
hardening, credential handling, runtime controls, and network policy
workflows).
* Expanded operational guidance and cross-references, with clearer
phrasing for Hermes/OpenClaw differences and runtime expectations.
* **Chores**
  * Updated documentation tooling/configuration version.
<!-- end of auto-generated comment: release notes by coderabbit.ai -->

---------

Signed-off-by: Miyoung Choi <miyoungc@nvidia.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area: docs Documentation, examples, guides, or docs build

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants