Replies: 1 comment
-
|
Skill and domain classes were simplified in #137 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
The way classes are used in OASF is a lot different than what purpose they served in OCSF, from which this project has been forked from. Instead of just one kind of class (event classes) that is in the case of OCSF, we have three class families, out of which
skillsanddomainsare like tags, they are for agent records to indicate whether they have them or not.featuresare more descriptive in theirdatafield.Example skill (domains are structurally the same)
{ "category_name": "Natural Language Processing", "class_uid": 10101, "category_uid": 1, "class_name": "Contextual Comprehension", "annotations": {...} }Example feature
{ "data": {...}, "name": "schema.oasf.agntcy.org/features/observability", "version": "v1.1.1", "annotations": {...} }Problem
category_uidcan be inferred from theclass_uidwhich starts with the category numberProposal
I propose we could use a
namefield in skills and domains instead ofuidsimilar to how afeatureclass looks like. That would make a human observer of an agent record understand better which skills are listed even if just the required minimal information is given (which is theclass_uidcurrently). A minimalistic approach would only use thenameattribute, although the category name, and the human readable names could be kept as optional fields:{ "name": "schema.oasf.agntcy.org/skills/contextual_comprehension", #required, working link "category_name": "natural_language_processing", #optional "annotations": {...} #optional }Although it does not make a working link, we could modify OASF code to work with the category in the URL as well, so we don't need the
category_nameeither:{ "name": "schema.oasf.agntcy.org/skills/natural_language_processing/contextual_comprehension", #required, currently not a working link "annotations": {...} #optional }If we don't want to allow to use skills/domains from elsewhere than OASF (like in the case of
features), the name could be simplified to the reference name of the class, and the category's reference name could be kept as a separate attribute:{ "name": "contextual_comprehension", #required "category_name": "natural_language_processing", #optional "annotations": {...} #optional }Beta Was this translation helpful? Give feedback.
All reactions