fix(protocol): advertise package version consistently - #329
Conversation
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (4)
Included review availability: Your plan provides up to 8 included reviews per hour; 6 remain after this review. 📝 WalkthroughWalkthroughThe change adds a validated ChangesVersion reporting
Estimated code review effort: 2 (Simple) | ~10 minutes Merge Risk: ⚪ Minimal · up to ACP, Codex, and MCP metadata now consistently report the package manifest version through one validated source. No current merge-blocking risk is identified. 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches 💡 1📝 Generate docstrings 💡
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. A rabbit checks the version bright Comment |
Greptile SummarySummary
Confidence Score: 5/5Safe to merge: all changed protocol metadata paths report the package version and the targeted checks pass. No actionable findings were identified. Files Needing Attention: None.
What T-Rex did
Reviews (1): Last reviewed commit: "fix(codex): advertise package version" | Re-trigger Greptile |
DevSpace still advertises stale hard-coded versions to MCP clients and the Codex app-server even though the CLI and ACP path already derive the release version from package metadata. That makes protocol metadata drift from the version actually being shipped.
Centralize the package version in one runtime module and use it for MCP server info, Codex client info, and the existing ACP client info. The release workflow can now set
package.jsononce and have every protocol surface advertise that same version.Summary by CodeRabbit