[jingai]

In the current guide, there are links to the intents and the utterances. When trying to open the link for the intents, it opens fine, but the link for utterances gives a 404 error. I tried it over and over again.

That file was recently renamed and I forgot to update it in the README to reflect that. I've fixed this.

So i pasted the stuff from intents into the file after doing the custom slots....BTW the guide is incorrect. You cannot save just the slots, you still have to do everything to get the page to save (stupid AWS). At least they made it a bit better, but you cannot save just the slots, it will not save with blank intents or blank utterances.

The README isn't telling you to save the skill model after each slot -- it's telling you to save just each slot. In the Slot editor, there is a button to save the Slot contents just underneath it.

In the upgrading.md file, there needs to be a few clarifications. The aws says to check that your virtual session is activated. HOW? Remember, people might not look at this stuff for oh say 6 or 7 months and things might have changed. If I stopped time here today and came back in 6 months, I don't think I would have any idea how to check if my virtual environment is enabled/activated (cause I don't even know how to check it now, even though I know it is because I just used it) but it would be a good idea to tell how to check it and have a link back to the readme section that covers how to set it up if it is not enabled/activated.

The upgrading instructions refer you to re-read the README, as things may have also changed there. I understand that time has passed and you're looking for a refresher, but the steps for upgrading the skill are very close to the steps for an initial installation -- there would be a lot of duplication if we were as detailed in UPGRADING as we are in the README, so you should do as the instructions say and refer back to the README for the details.

Okay, another hiccup/question. For the multi kodi models, it works great. but for two of my units, they need different invocation names, like the way it used to work, where i had 2 different skills setup with changes to the configuration file (I think) For example, with this current setup, since it is by linking device id to kodi instance, that does not work for 2 of my kodi players, because I used the same dot to control both kodi devices. The way this was handled in the past, is that I had 2 skills with 2 different usernames (I think) so I could ask kodi to pause the living room and ask kodi to pause the kitchen.

I don't think the current method allows me to use different commands on the same dot (yet)

Correct. It is a one-to-one mapping. There is one way around it that doesn't involve deploying a second copy of the skill, however: if you create another Amazon account and put both accounts into a Household, each account will present with a different Device ID. Then you can "Alexa, switch account to foo" to control one set, and "Alexa, switch account to bar" to control the other. For this, each Amazon account will also need the skill model set up on the developer site, but you can share the same skill code deployment and distinguish them by the Device IDs.

Another benefit of doing it this way is that the skill invocation name doesn't have to change; so, for both accounts, it could be simply, "Alexa, ask Kodi to ..."

so how do I have different skills....it seems that when you run the deploy or update w8ty zappa, it will create the same role name (kodi-alexa-dev-ZappaLambdaExecutionRole). So is there a way to use this setup to call the different devices? I understand I might have to duplicate the skills like before or whatever, but I can't seem to figure out how to get the proper links for each kodi instance.

I believe it goes by the directory name. You'll need two copies of the skill code on your local computer anyway because their kodi.config files will be different.