-
Notifications
You must be signed in to change notification settings - Fork 122
Add featureinfo nested field for reporting feature specific metadata #1367
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
🦋 Changeset detectedLatest commit: 6633ead The changes in this PR will be included in the next version bump. Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR 💥 An error occurred when fetching the changed packages and changesets in this PR |
protobufs/livekit_analytics.proto
Outdated
| // this allows reporting only periods during which a feature is active. | ||
| repeated TimeRange time_ranges = 8; | ||
|
|
||
| optional FeatureInfo feature_info = 9; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
while keeping the enum types is more technically "correct".. my concern is this increases the number of updates that needs to go out whenever a new model is added.. or another feature changes. I would vote for keeping this as a generic map<string, string> field, where any feature attributes/metadata could be stored without requiring a full update
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sure, done!
davidzhao
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
In order to report ai-coustics model usage for billing reasons, I've introduced a new
feature_infonested field within theFeatureUsageInfowhich contains an enum mapping to the currently in use ai-coustics model. The thinking of keeping this generic was that it could be extended for other future feature specific metadata for other models in the future, but I'm open to altering this if others think this is a bit too preemptive.