Sync agent documentation template#191
Conversation
|
Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
Walkthrough
ChangesDocumentation and Agent Guidance Overhaul
Possibly related PRs
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 20✅ Passed checks (20 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: f35678f673
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
Import the current Rust agent instructions and documentation style guide from the shared template so repository guidance reflects the latest quality gates, documentation conventions, and Rust practices. Add the documentation contents and repository layout files required by the updated guidance, and keep existing Markdown formatted under the repository formatter.
Forward `VK_CONFIG_PATH` and `CONFIG_PATH` into the filtered global configuration loader when no explicit `--config-path` argument is present. This keeps malformed environment-selected config files in the configuration error path instead of letting command execution continue to GitHub. Also commit the Markdown formatter changes produced by `make fmt`.
Create the `docs/users-guide.md` and `docs/developers-guide.md` files referenced by the agent instructions so future behaviour and interface changes have existing documentation targets. Link both guides from the documentation contents index and keep their scope aligned with the existing README, design, layout, configuration, and testing references.
Drop the older branch-side config path forwarding after rebasing onto `origin/main`, which now validates explicit `VK_CONFIG_PATH` files before configuration merging. This preserves the upstream fix for broken config files and removes the redundant test additions that no longer match the main branch structure.
b9b1af2 to
29b5c85
Compare
|
@coderabbitai review |
✅ Action performedReview finished.
|
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 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/documentation-style-guide.md`:
- Around line 69-80: The minimal canonical set of documentation files is
incomplete because it omits the documentation-style-guide.md file, which is an
important long-lived reference. Add documentation-style-guide to the
brace-expanded list of canonical filenames in the section describing the minimal
canonical set, so that it includes contents, users-guide, developers-guide,
repository-layout, and documentation-style-guide among the core documentation
files that should exist in docs/.
- Around line 537-538: Update the documentation style guide section at lines
537-538 that currently mandates marking all `# Examples` code blocks with
`no_run`. Replace the blanket requirement with guidance that reserves `no_run`
only for examples that genuinely cannot execute (such as those requiring
external resources, incomplete snippets, or environment-specific setup). Clarify
that examples which can execute should be allowed to run as doctests so the
compiler can verify they compile and execute correctly, making the `no_run`
marker context-dependent rather than universally applied to all API
documentation examples.
🪄 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: ASSERTIVE
Plan: Pro Plus
Run ID: ea574256-487b-4f8a-baa8-cf2317995c17
📒 Files selected for processing (12)
AGENTS.mddocs/contents.mddocs/developers-guide.mddocs/documentation-style-guide.mddocs/execplans/adopt-ortho-config-v0-8-0.mddocs/ortho-config-users-guide.mddocs/ortho-config-v0-6-0-migration-guide.mddocs/ortho-config-v0-7-0-migration-guide.mddocs/repository-layout.mddocs/users-guide.mddocs/vk-design.mddocs/vk-end-to-end-testing-guide.md
Include the style guide in the canonical documentation file set and make Rustdoc example execution guidance context-dependent. Keep the formatter's Markdown wrapping output so the documentation gate remains clean after the review updates.
Summary
This branch synchronizes the repository's agent and documentation guidance with the shared Rust template so future work follows the current quality gates, Rust practices, and documentation structure.
It replaces AGENTS.md, imports docs/documentation-style-guide.md, and adds docs/contents.md plus docs/repository-layout.md. The branch also includes formatter updates to existing Markdown files caused by the required
make fmtdocumentation gate.No issue, roadmap task, or implementation execplan is associated with this branch.
Review walkthrough
Validation
make fmt: passed after replacing the long layout table with wrapped bullets.make check-fmt: passed.make markdownlint: passed with 0 errors.make nixie: passed; all Mermaid diagrams validated successfully.make lint: passed.make test: passed; 293 tests passed and 1 recorded-network test was ignored.git diff --check: passed.rg -n '\{[%{#]|%\}|\}\}' AGENTS.md docs/documentation-style-guide.md docs/contents.md docs/repository-layout.md || truereturned no Jinja delimiters.Notes
The GitHub connector exposed update operations but not pull request creation, so this draft PR was created with the GitHub CLI fallback.
References