Refine docstring structure guidance - #246
Conversation
Require comprehensive NumPy-style documentation for public methods while keeping private helper docstrings proportionate to their responsibilities. Make longer private explanations prompt a CQRS and cohesion review.
|
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:
WalkthroughUpdate ChangesDocstring Guidance
Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 19 | ❌ 1❌ Failed checks (1 inconclusive)
✅ Passed checks (19 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Reviewer's guide (collapsed on small PRs)Reviewer's GuideRefines the repository’s documentation guidelines to distinguish between comprehensive NumPy-style docstrings for public methods and concise, selectively structured docstrings for private helpers and tests, emphasizing cohesion, CQRS boundaries, and meaningful examples. File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 41cfad6ab8
ℹ️ 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: 1
🤖 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 22-24: Update the documentation requirement in AGENTS.md to refer
to public APIs and explicitly include public functions, classes, and methods,
while preserving the existing NumPy-style docstring and example requirements.
🪄 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: 4d47af54-4146-4d4b-a4e1-0140db6b839c
📒 Files selected for processing (1)
AGENTS.md
🔗 Linked repositories identified
CodeRabbit considers these linked repositories for cross-repo context during reviews:
leynos/shared-actions(auto-detected)leynos/pylint-pypy-shim(auto-detected)leynos/whitaker(auto-detected)
Cover the complete public API surface and record the private-helper docstring convention in the developers' guide so contributor guidance has one discoverable, consistent policy.
Summary
This branch clarifies the repository's docstring policy so all public functions, classes, and methods receive comprehensive NumPy-style documentation while private helpers remain proportionate to their scope.
It also makes a longer private-helper explanation a prompt to inspect command/query boundaries, CQRS and cohesion before retaining the paragraph, and records that convention in the developers' guide so contributors can discover it alongside the Python linting policy.
Review walkthrough
Validation
make fmt: passed.make markdownlint: passed.nixie --no-sandbox AGENTS.md docs/developers-guide.md: passed.make nixie: passed.References