Right now the process of adding a new language to an existing skill in the developer console is tedious, especially when the data for those languages is exactly identical.

For example, right now, the process for manually copying things on the Publishing Information tab (Launch tab on the new console) alone involves tabbing back and forth 12 different times between the two languages to copy the text from the six different fields. For an English language skill being released worldwide, that process has to be done 4 times (and that's only going to grow).

Making things worse, in the new console, each time you tab you also get forced into a "save" dialog even if you didn't change anything (as described here: https://alexa.uservoice.com/forums/906892-alexa-skills-developer-voice-and-vote/suggestions/33345916--unsaved-data-flow-doesn-t-work-properly) which further multiplies the number of manual clicks you have to make just to have a new language with identical configuration.

A "copy to (select locale)" option would be much preferrable.

Acknowledging that there are minor differences in the available intents between locales (US first name intent not available in India, etc), it would be reasonable to still do the copy but just notify the developer that their intent model needs fixing.

Currently if a user streams audio via the skill there is no friendly way to get back to the skill without the user saying an invocation command.

I'd propose a way to allow a skill to open a new session, allowing speechOutput after the PlaybackNearlyFinished or PlaybackFinished events occur in the AudioPlayer interface.

There are a couple use-cases for this:

1) A podcast skill where it would be beneficially to ask the user if they'd like to listen to the next episode.
2) Give some information about the next episode before it begins to play
3) Provide a purchase opportunity after an episode completes but before the next begins.
4) Allow the user to interact with some other aspect of the skill other than audio (e.g. Tell me about this podcast, or I want to donate to this organization).

"STOP" and "PAUSE" have two very distinct meanings:

"STOP": cause (an action, process, or event) to come to an end.
"PAUSE": a temporary stop in action or speech.
Different words, different meanings.

Unfortunately, AudioPlayer confuses the two, and even the documentation warns that

"when your skill is not in an active session but is playing audio, or was the skill most recently playing audio, utterances such as 'stop' send your skill an AMAZON.PauseIntent instead of an AMAZON.StopIntent."

This creates a poor user experience, and it doesn't take long to find at least 30 questions, requests relating to this.

For example, when a user is playing audio and they want to stop, they mean stop. As in, cease playing. However, when they "pause", they usually want to do something. In which case, the skill could wait for a command. Then the user could say "how long is this track" or "skip forwards 30 seconds".

This would at least provide a partial fix to the request below, although implement the idea below would provide a far better solution in all cases.

https://alexa.uservoice.com/forums/906892-alexa-skills-developer-voice-and-vote/suggestions/33406042-remove-requirement-for-invocation-name-when-an-aud

I was surprised to find that there is no official Docker image for development with the ASK CLI. The "amazon" user on Docker Hub contains only a couple images for working specifically with ECS and Elastic Beanstalk, and there does not appear to be any official "alexa" user. Upon further investigation, I found the aws-codebuild-docker-images repo in the "aws" GitHub organization, but unfortunately it does not have any sample Dockerfiles that install the ASK CLI either. There are similar issues open at the AWS CLI repo, because there is no official Amazon Docker image for the AWS CLI either, so I imagine that whatever aws-cli image gets created could serve as the base for an ask-cli image.

TL; DR
I believe there should be an official ask-cli Docker image maintained by Amazon and pushed to Docker Hub/Store. Ideally, it should support all the major modern Linux distros, including Alpine Linux. One should be able to run the following command, and have everything just work:

docker run -it alexa/ask-cli

Imagine a situation. I have a simple game, which uses states. One state is initial, another one is game state and the last one is the end game state.

I have x amount of intents which are: launch, answer, pass a question, players amount, stop, yes and no intents. I know that these are not all of the required intents, but I want to keep this example short.

Lets say player launches the game. At this state I want user to say how many players he wants to play with. But because game answer intent has a lot of answers in the slot, alexa gets confused and starts matching this intent instead of players intent, which has numbers slot. In this case I have to handle all of the intents, though they might not make sense in the given context. This does not only make coding harder, because you have to cover all of the cases, but also hurts the recognition, because alexa has to determine what was said, between all of the intents.

What would I like is to be able to turn off certain intents at certain stages/states of the game. Lets say on launch I would like, that alexa on user input would be choosing between: stop and players intent. In game state, alexa would be choosing, between: answer intent, pass question and stop intent. And in game end state, alexa would be choosing from stop, yes and no intents.

I think this would help the recognition, because alexa would only have to choose from intents that are used at the certain stage of the skill, instead of choosing from all of the available.

Also it would be easier to code complex skills, because you wouldn't need to handle every intent at the every stage of the game.