Align roadmap footnotes with the roadmap grammar - #552
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:
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
🔗 Linked repositories identifiedCodeRabbit considers these linked repositories for cross-repo context during reviews:
Summary
Validation
WalkthroughUpdate roadmap documentation guidance and convert roadmap footnote references to inline links. Remove the obsolete footnote definitions. ChangesRoadmap link formatting
Possibly related PRs
Suggested reviewers: Poem
Important Pre-merge checks failedPlease resolve all errors before merging. Addressing warnings is optional. ❌ Failed checks (3 warnings, 1 inconclusive)
✅ Passed checks (16 passed)
✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
🧪 Generate unit tests (beta)
Comment |
3994287 to
8509c39
Compare
Reviewer's GuideConvert roadmap footnote references to inline links to satisfy the mapsplice roadmap grammar and maintain markdownlint compliance, without altering roadmap wording or semantics. File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
There was a problem hiding this comment.
Hey - I've left some high level feedback:
- The new inline references mix ADR numbers, design names, and raw filenames as link text (e.g.
ADR 0001vsrust-binary-router-library-design.md); consider standardizing the visible text so link targets read consistently throughout the roadmap. - The repeated inline references to the formal verification guide in 15.2.x now duplicate the full section title each time; you could tighten these by structuring the bullets to refer once to the guide and then list the specific questions, reducing redundancy and improving readability.
Prompt for AI Agents
Please address the comments from this code review:
## Overall Comments
- The new inline references mix ADR numbers, design names, and raw filenames as link text (e.g. `ADR 0001` vs `rust-binary-router-library-design.md`); consider standardizing the visible text so link targets read consistently throughout the roadmap.
- The repeated inline references to the formal verification guide in 15.2.x now duplicate the full section title each time; you could tighten these by structuring the bullets to refer once to the guide and then list the specific questions, reducing redundancy and improving readability.Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 8509c39baa
ℹ️ 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".
There was a problem hiding this comment.
Actionable comments posted: 6
🤖 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 `@AGENTS.md`:
- Around line 310-314: Remove the comma before the essential “because” clause in
AGENTS.md lines 310-314, changing “instead, because” to “instead because”; make
the corresponding punctuation correction in docs/documentation-style-guide.md
lines 65-68, changing “footnotes, because” to “footnotes because,” and preserve
the required Triage paragraph.
In `@src/client/tests/helpers.rs`:
- Around line 32-45: Update the shared fixture helper spawn_listener to return a
Result instead of panicking on TcpListener::bind, local_addr, or accept
failures. Preserve the accepted stream and address on success, make the spawned
accept task expose its inner Result, and propagate the revised result type
through every caller using ? alongside the existing fallible helpers
assert_builder_option and connect_with_server.
In `@src/client/tests/request_hooks.rs`:
- Around line 91-122: The run_hook_test and run_hook_test_with_capture helpers
currently discard test-body and server-task failures. Change their test_body
bounds to futures returning TestResult, propagate body errors with ?, propagate
server.await failures with ?, and return Ok(()) from shared test bodies and
closures that now satisfy the Result contract.
In `@src/fragment/tests/adapter_tests.rs`:
- Around line 16-25: Centralize the duplicated non-zero constructor by defining
the shared helper as non_zero_usize in the fragment-test utility, then remove
the local helper from src/fragment/tests/adapter_tests.rs lines 16-25 and import
the shared symbol; likewise remove the local helper from
src/fragment/tests/reassembler_tests.rs lines 22-31 and import non_zero_usize
there.
In `@src/fragment/tests/reassembler_tests.rs`:
- Around line 33-44: Update the reassembler_with_first_fragment fixture to
return Result<Reassembler, ReassemblyError> and propagate the initial
reassembler.push result with ?. Preserve the assertion that the first fragment
yields Ok(None), while allowing setup errors to flow through the fixture instead
of being masked by a generic panic.
In `@tests/fixtures/client_pair_harness.rs`:
- Around line 41-47: Replace the panic-based runtime initialization in the
fixture’s constructor with a fallible constructor returning TestResult<Self>,
and propagate tokio::runtime::Runtime::new() errors using ?. Remove the
Default-based construction and update all client pair harness fixture call sites
to invoke the fallible constructor with ?, preserving shared fixture setup
without panics.
🪄 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: c13099df-4b6c-4f17-9707-830d47b07194
📒 Files selected for processing (15)
AGENTS.mddocs/documentation-style-guide.mddocs/roadmap.mdsrc/client/tests/error_handling.rssrc/client/tests/helpers.rssrc/client/tests/messaging.rssrc/client/tests/request_hooks.rssrc/client/tests/streaming.rssrc/client/tests/tracing.rssrc/fragment/tests/adapter_tests.rssrc/fragment/tests/fragmenter_tests.rssrc/fragment/tests/reassembler_tests.rstests/fixtures/client_lifecycle.rstests/fixtures/client_pair_harness.rstests/fixtures/panic.rs
🔗 Linked repositories identified
CodeRabbit considers these linked repositories for cross-repo context during reviews:
leynos/rust-prover-tools(auto-detected)leynos/shared-actions(auto-detected)leynos/whitaker(auto-detected)
10b93a3 to
91c8d90
Compare
cdc76da to
d5e75bc
Compare
d5e75bc to
e41cf8e
Compare
The mapsplice roadmap grammar rejects footnote references
("unsupported inline node `footnoteReference`"). Replace every [^N]
footnote reference in docs/roadmap.md with an inline link at the
reference site (as a parenthetical "see ..." or a direct link on the
existing phrase) and remove the footnote definition block at the end of
the file. All link targets are preserved. No wording beyond the link
conversions, no ordering, numbering, or checkbox states change.
Address review feedback on the footnote-to-inline-link conversion in docs/roadmap.md: - Standardize the visible link text: cite ADRs as `ADR NNNN` and design documents by a short descriptive name rather than a raw filename, so the inline references read consistently. - Reference the formal verification guide once in the §15.2 introduction and let each task cite only its specific section, removing the repeated full guide link. - Keep every changed line within the 80-column limit by linking the distinguishing keyword and leaving "design" in the surrounding prose. Document why the roadmap cannot use GitHub-flavoured footnotes: the mapsplice roadmap grammar rejects footnote references, so roadmap-shaped Markdown must cite references inline. Record this scoped exception in AGENTS.md and the documentation style guide. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Review feedback: in the mapsplice footnote-exception note the `because` clause is restrictive (essential to the meaning), so it takes no preceding comma. Remove the comma in both AGENTS.md and the documentation style guide. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Review feedback: the roadmap still mixed clean labels (ADR numbers, design names) with the raw filename `formal-verification-methods-in-wireframe.md` used as visible link text across the §15 references, right beside the `formal verification guide` label used in §15.2 for the same document. Rename that visible text to the descriptive `formal verification guide` (matching the §15.2 introduction and the ADR/design-name convention) so link text reads consistently throughout the roadmap. The link targets (URLs) and section anchors are unchanged. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
e41cf8e to
95029da
Compare
|
@coderabbitai review |
✅ Action performedReview finished.
|
Summary
This branch aligns the combined development roadmap with the mapsplice roadmap
grammar, which rejects footnote references ("unsupported inline node
footnoteReference"). All fourteen[^...]footnote reference sites indocs/roadmap.md
are converted to inline links — either a parenthetical "(see target)"
at the reference site or a direct link on the existing phrase — and the
footnote definition block at the end of the file is removed. Every link
target is preserved. No wording beyond the link conversions, ordering,
numbering, or checkbox states change.
Review walkthrough
Validation
mapsplice append docs/roadmap.md <dummy-phase>: exit 0 (grammar-clean)mapsplice append docs/zero-copy-frame-and-payload-migration-roadmap.md <dummy-phase>: exit 0bunx markdownlint-cli2 docs/roadmap.md: 0 errorsNotes
## Phase N:headings with task tables and fails the checker ("roadmap must contain at least one numbered phase"), but docs/roadmap.md describes itself as "merging previous roadmap documents into a single source of truth", so the 1.0 detailed roadmap is treated as superseded and deliberately left unchanged.MD013clean; only lines authored by this change were rewrapped.Summary by Sourcery
Documentation:
References