Preserve observable Effect error semantics - #3220
Conversation
Co-authored-by: codex <codex@users.noreply.github.com>
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
ApprovabilityVerdict: Needs human review This PR modifies Macroscope configuration files ( You can customize Macroscope's approvability policy. Learn more. |
Summary
Validation
vp checkvp run typecheckgit diff --checkNote
Low Risk
Documentation-only change to review-agent conventions; no runtime, API, or application code is modified.
Overview
Updates the Effect service conventions doc used by Macroscope check-run agents so reviews enforce observable error behavior, not just structural shape.
Schema.Defect()guidance is expanded: defects must still identify failures structurally; precise error tags may keep a realcausewithout inventing redundant singleton fields when there is no extra variable context, while still capturing path, resource, or entity context at the wrap site.A new rule treats caller-visible error messages (HTTP/RPC, persisted state, UI) as behavior that must survive structural refactors. Existing distinct messages are treated as evidence that failures should stay separate error tags rather than being folded into a generic operation error with redundant discriminators.
Reviewed by Cursor Bugbot for commit 53629c0. Bugbot is set up for automated code reviews on this repo. Configure here.
Note
Preserve caller-visible error message semantics during structural refactors
Updates effect-service-conventions.md with two new guidelines for Effect error handling:
Macroscope summarized 53629c0.