docs: reflect Cedar shipped alongside Rego as a peer backend#87
Conversation
The README, AGENTS.md, DESIGN.md, Cargo.toml description, and the Cedar scoping memo all framed PaC generation as Rego-only with Cedar on the roadmap. Cedar landed in v0.2 (src/cedar/ generator + cedar-policy validator, extract --engine cedar, engine-agnostic MCP suggest_policy / validate_policy tools), so the docs now name Rego for OPA and Cedar for AWS Verified Permissions, Arbiter, and other Cedar-compatible engines. The CEDAR_SUPPORT.md status banner is flipped from "Draft - exploring for v0.3" to "Historical - shipped in v0.2" with the body preserved as the original scoping snapshot.
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (5)
📝 WalkthroughWalkthroughDocumentation updates across package metadata, README, design documentation, and agent specifications to reflect that Zift generates Policy-as-Code for both Rego (OPA) and Cedar (AWS Verified Permissions and Cedar-compatible engines), with clarified CLI engine selection and Cedar recorded as shipped in v0.2. ChangesMulti-engine scope and interface documentation
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~5 minutes Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
This documentation PR accurately updates all references to reflect Cedar's shipped status in v0.2. The changes consistently sweep "Rego today" / "on the roadmap" phrasings across README, AGENTS.md, Cargo.toml, DESIGN.md, and flip CEDAR_SUPPORT.md to historical status. All updates align with the actual codebase state where src/cedar/, extract --engine cedar, and engine-agnostic MCP tools are live.
No defects blocking merge identified.
You can now have the agent implement changes and create commits directly on your pull request's source branch. Simply comment with /q followed by your request in natural language to ask the agent to make changes.
Summary
User-facing docs still framed PaC generation as Rego-only with Cedar "on the roadmap," but Cedar landed in v0.2 as a peer backend —
src/cedar/(generator, grouping, templates, validator viacedar-policy),extract --engine cedar, and engine-agnostic MCP tools (suggest_policy/validate_policy) are all live. This PR sweeps the stale "Rego today" / "OPA today" phrasings out of the README, AGENTS.md, Cargo.toml, and DESIGN.md, and flips the CEDAR_SUPPORT.md memo from "Draft — exploring for v0.3" to "Historical — shipped in v0.2".Changes
extractCLI example, MCP framing; tools table now listssuggest_policy/validate_policywithsuggest_rego/validate_regocalled out as backward-compat aliases; dropped stale "seven tool descriptors" countrego_templateandcedar_template; split the engine module bullet into separate Rego and Cedar entriesdescriptionfield--engine, renamed--package-prefix→--policy-prefixwith the alias documented), EnforceAuth relationship sectionEach touched spot now names the AWS Verified Permissions / Arbiter / Cedar-compatible audience explicitly.
Test plan
cargo build— sanity check that the Cargo.tomldescriptionedit parsescargo publish --dry-run(if used in release-plz) accepts the new description stringFollow-ups (filed separately)
🤖 Generated with Claude Code
Summary by CodeRabbit
--engineparameter for selecting policy backends.