fix(definition): infer lazy args from inline definitions#585
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthroughThe Changeslazy overload generics and type tests
Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes Possibly related PRs
Suggested labels
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 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. Comment |
@gunshi/bone
@gunshi/combinators
@gunshi/definition
@gunshi/docs
gunshi
@gunshi/plugin
@gunshi/plugin-completion
@gunshi/plugin-dryrun
@gunshi/plugin-global
@gunshi/plugin-i18n
@gunshi/plugin-renderer
@gunshi/resources
@gunshi/shared
commit: |
|
@coderabbitai review |
✅ Action performedReview finished.
|
Summary
Fixes lazy command inference so inline definitions with args feed their schema into the loader context.
This addresses Issue #582:
lazy(() => ..., { args })no longer widensctx.values.footo the default string/number/boolean union.The new overload derives args from the provided definition while preserving explicit generic usage and args-less fallback behavior.
Type tests cover the StackBlitz reproduction plus required, optional, and defaulted arg values.
Summary by CodeRabbit
Improvements
Tests