Workflow

1. Load the doc standard

Read ../openclaw-docs/SKILL.md first. Apply its page-type, style, examples, navigation, and verification guidance throughout the refactor.

Run pnpm docs:list when available, then read only the target page and the likely entry points, references, or related pages needed for the refactor.

2. Classify the page

Before editing, decide the intended page type from openclaw-docs.

If the current page mixes page types, choose the main page type and plan where the other material belongs:

• Move exhaustive contracts to an existing or new reference page.
• Move symptom-driven material to an existing or new troubleshooting page.
• Move narrow setup workflows to a guide when they interrupt the main path.
• Keep concise routing, decision, and safety details in the main page when readers need them to complete the workflow.

3. Preserve and audit existing facts

Create a working inventory from the old page before rewriting. Include:

• Config fields, flags, commands, slash commands, env vars, defaults, enums, nullable values, and constraints.
• Precedence rules, fallback behavior, caps, limits, rate limits, timeouts, lifecycle states, queueing behavior, and compatibility rules.
• Auth, permission, approval, sandbox, safety, privacy, and destructive-action behavior.
• Setup requirements, supported versions, dependencies, operating systems, credentials, and account requirements.
• Error messages, troubleshooting symptoms, diagnostics, and recovery steps.
• Examples, expected output, command routing tables, and cross-links.

For each fact, choose one outcome:

• Keep it in the refactored target page.
• Move it to a specific existing page.
• Move it to a specific new page.
• Delete it because current source proves it is obsolete or out of scope.

Do not infer defaults, permissions, policy, timeout behavior, or safety posture from names or intent. Verify them.

4. Find source of truth

Use the nearest authoritative source for each behavior-sensitive claim:

• Public schema, plugin manifest, generated config docs, or exported types for config fields.
• CLI implementation, slash-command handlers, help text, and command tests for commands and flags.
• Runtime source and tests for lifecycle, queueing, permission, fallback, timeout, and provider behavior.

…

tag-duplicate-prs-issues

帮助团队检索重复的 PR 与问题单，并自动分组同步重复状态。