Skill Settings
Skill settings allow users to customize their experience or authenticate with external services. Learn how to create and use settings in your Skill.
Last updated
Was this helpful?
Skill settings allow users to customize their experience or authenticate with external services. Learn how to create and use settings in your Skill.
Last updated
Was this helpful?
Skill settings provide the ability for users to configure a Skill using a web-based interface. This is often used to:
Change default behaviors - such as the sound used for users alarms.
Authenticate with external services - such as Spotify
Enter longer data as text rather than by voice - such as the IP address of the users Home Assistant server.
Skill settings are completely optional.
To define our Skills settings we use a settingsmeta.json
or settingsmeta.yaml
file. This file must be in the root directory of the Skill and must follow a specific structure.
To see it in action, lets look at a simple example from the . First using the JSON syntax as a settingsmeta.json
file:
Now, here is the same settings, as it would be defined with YAML in a settingsmeta.yaml
file:
Notice that the value of false
is surrounded by "quotation marks". This is because Mycroft expects a string of "true"
or "false"
rather than a Boolean.
Both of these files would result in the same settings block.
It is up to your personal preference which syntax you choose.
Whilst the syntax differs, the structure of these two filetypes is the same. This starts at the top level of the file by defining a skillMetadata
object. This object must contain one or more sections
elements.
Each section represents a group of settings that logically sit together. This enables us to display the settings more clearly in the web interface for users.
Each section must contain a name
attribute that is used as the heading for that section, and an Array of fields
.
Each section has one or more fields
. Each field is a setting available to the user. Each field takes four properties:
name
(String)
The name
of the field
is used by the Skill to get and set the value of the field
. It will not usually be displayed to the user, unless the label
property has not been set.
type
(Enum)
The data type of this field. The supported types are:
text
: any kind of text
email
: text validated as an email address
checkbox
: boolean, True or False
number
: text validated as a number
password
: text hidden from view by default
select
: a drop-down menu of options
label
: special field to display text for information purposes only. No name or value is required for a label
field.
label
(String)
The text to be displayed above the setting field.
value
(String)
The initial value of the field.
Examples for each type of field are provided in JSON and YAML at the end of this page.
When settings are fetched from the Mycroft server, they are saved into a settings.json
file. This file is automatically created when a Skill is loaded even if the Skill does not have any settings. Your Skill then accesses the settings from this file. Nowadays the file is located in the Skill's XDG_CONFIG_DIR (usually ~/config/mycroft/skills/<skillname>
), however if a settings.json
file already exists in the Skill's root directory (the deprecated location) that location is used for compatibility.
Skill settings are available on the MycroftSkill class and inherit from a Python Dict. This means that you can use it just like you would any other Python dictionary.
To access the show_time
variable from our example above we would use the Dict.get
method:
If the setting we are trying to access is not available, the get
method will return None
. Instead of assigning this to a variable and then testing for None
, we can provide a default value as the second argument to the get
method.
In this example, if the settings have not been received, or the show_time
setting has not been assigned, it will return the default value False
.
A few warnings
We recommend using the Dict.get
method above rather than accessing the setting directly with:
Directly referencing the value may throw a KeyError if the setting has not yet been fetched from the server.
It is also important to note that the settings
dictionary will not be available in your Skills __init__
method as this is setting up your Skills Class. You should instead use an initialize
method which is called after the Skill is fully constructed and registered with the system. More detail is available at:
Each Mycroft device will check for updates to a users settings regularly, and write these to the Skills settings.json
. To perform some action when settings are updated, you can register a callback function in your Skill.
In the example above, we have registered the on_settings_changed
method to be our callback function. We have then immediately called the method to perform the relevant actions when the Skill is being initialized even though the Skills settings have not changed.
In the on_settings_changed
method we have assigned the value of the show_time
setting to a local variable. Then we have passed it as an argument to another method in our Skill that will trigger the display of the time based on its value.
Your Skill can reassign a setting locally, however these values remain local and cannot be pushed to the server. To do this we assign a value like you would with any other dictionary key.
The new value for the show_time
setting will persist until a new setting is assigned locally by the Skill, or remotely by the user clicking save
on the web view.
In the simple example above we have just one section. However the contains two sections. The first is for Spotify Account authentication, and the second section contains settings to define your default playback device.
Once settings have been defined using a settingsmeta
file, they will be presented to the user on their personal .