Jargon SDK for Amazon Alexa (nodejs)
The Jargon SDK makes it easy for skill developers to manage their runtime content, and to support
multiple languages from within their skill.
Need help localizing your skills to new languages and locales? Contact Jargon at localization@jargon.com.
Requirements
This version of the SDK works with Amazon Alexa skills that are built using the ASK SDK v2 for Node.js.
Like the ASK SDK, the Jargon SDK is built using TypeScript,
and includes typing information in the distribution package (but you're under no obligation to use
TypeScript to build your skill).
Your Lambda function should be using the nodejs8.10 runtime,
or a later version (when available).
Core concepts
Content resources and resource files
Content resources define the text that your skill outputs to users, via Alexa's voice, card content,
or screen content. It's important that these resources live outside of your skill's source code to
make it possible to localize them into other languages.
The Jargon SDK expects resource files to live in the "resources" subdirectory within your lambda
code (i.e., skill_root/lambda/custom/resources). Each locale has a single resource file, named for
that locale (e.g., "en-US.json").
Resource files are JSON, with a single top-level object (similar to package.json). The keys within that
object are the identifiers you'll use to refer to specific resources within your source code. Nested objects
are supported to help you organize your resources.
{
"key1":"Text for key 1",
"key2":"Text for key 2",
"nestedObjects":{
"are":{
"supported":"Use the key 'nestedObjects.are.supported' to refer to this resource"
}
}
}
Resource value format
Resource values are in ICU MessageFormat. This
format supports constructing text at runtime based on parameters passed in from your code, and selecting
alternative forms to handle things like pluralization and gender.
Named parameters
{
"sayHello":"Hello {name}"
}
Plural forms
{
"itemCount":"{count, plural, =0 {You have zero items} =1 {You have one item} other {You have # items}}"
}
Gendered forms
{
"pronounSelection":"{gender, select, female {She did it!} male {He did it!} other {It did it!}"
}
Variations
It's important for Alexa skills to vary the words they use in response to users, lest they sound robotic. The Jargon SDK
makes ths simple with built-in variation support. Variations are defined using nested objects:
{
"resourceWithVariations":{
"v1":"First variation",
"v2":"Second variation",
"v3":"Third variation"
}
}
When rendering the key resourceWithVariations
the Jargon SDK will choose a variation at random (with other more complex
methods coming in future versions). If you render the same resource multiple times within a single request (e.g., for spoken
content and for card or screen content) the SDK will by default consistently choose the same variation.
Note that you can always select a specific variation using its fully-qualified key (e.g., resourceWithVariations.v1
)
You can determine which variation the SDK chose via the ResourceManager's selectedVariation(s) routines.
Runtime interface
JargonResponseBuilder
The core class you'll work with. JargonResponseBuilder
mirrors the ASK SDK response builder, but changes string
parameters containing content presented to users to RenderItem
s (see below).
By default the speak
and reprompt
methods replace the content from previous calls to those methods; this behavior mirrors
that of corresponding ASK SDK methods. There are two ways to change this behavior such to multiple calls to result in content
getting merged (with a space in between) instead of replaced:
- When constructing the
JargonSkillBuilder
(described below) pass in an options object with mergeSpeakAndReprompt
set to true - Providing a
ResponseGenerationOptions
object to the speak
or reprompt
method with merge
set to true
When mergeSpeakAndReprompt
is true the default replace behavior can be used for specific calls to speak
or reprompt
by
providing a ResponseGenerationOptions
object with merge
set to false
Note that each individual call to speak
or reprompt
should contain content that can stand alone (e.g., a full sentence or
paragraph) to minimize the chances that the order of the content would change across languages.
export interface ResponseGenerationOptions {
merge?: boolean
playBehavior?: ui.PlayBehavior
}
export type RGOParam = ResponseGenerationOptions | boolean
export interface JargonResponseBuilder {
speak (speechOutput: RenderItem, optionsOrMerge?: RGOParam): this
reprompt (repromptSpeechOutput: RenderItem, optionsOrMerge?: RGOParam): this
withSimpleCard (cardTitle: RenderItem, cardContent: RenderItem): this
withStandardCard (cardTitle: RenderItem, cardContent: RenderItem, smallImageUrl?: string, largeImageUrl?: string): this
addHintDirective (text: RenderItem): this
addVideoAppLaunchDirective (source: string, title?: RenderItem, subtitle?: RenderItem): this
RenderItem
A RenderItem specifies a resource key, optional parameters, and options to control details of the rendering (which
are themselves optional).
interface RenderItem {
key: string
params?: RenderParams
options?: RenderOptions
}
RenderParams
are a map from parameter name to a string, number, or RenderItem
instance.
interface RenderParams {
[param: string]: string | number | RenderItem
}
The use of a RenderItem
instance as a parameter value makes it easy to compose multiple
resource together at runtime. This is useful when a parameter value varies across locales,
or when you want the SDK to select across multiple variations for a parameter value, and reduces
the need to chain together multiple calls into the ResourceManager
.
The ri
helper function simplifies constructing a RenderItem
:
function ri (key: string, params?: RenderParams, options?: RenderOptions): RenderItem
handlerInput.jrb.speak(ri('sayHello', { 'name': 'World' }))
RenderOptions
allows fine-grained control of rendering behavior for a specific call, overriding
the configuration set at the ResourceManager
level.
interface RenderOptions {
readonly forceNewRandom?: boolean
}
JargonSkillBuilder
JargonSkillBuilder
installs onto the ASK skill builder, and handles all details of initializing the Jargon SDK,
installing request and response interceptors, and so on.
const skillBuilder = new Jargon.JargonSkillBuilder().installOnto(Alexa.SkillBuilders.custom())
ResourceManager
Internally JargonResponseBuilder
uses a ResourceManager
to render strings and objects. You
can directly access the resource manager if desired, for use cases such as:
- obtaining locale-specific values that are used as parameters for later rendering operations
- incrementally or conditionally constructing complex content
- response directives that internally have locale-specific content (such as an upsell directive)
- batch rendering of multiple resources
- determining which variation the ResourceManager chose
You can access the resource manager through any of the following methods:
handlerInput.jrm
handlerInput.jargonResourceManager
handlerInput.attributesManager.getRequestAttributes().jrm
handlerInput.attributesManager.getRequestAttributes().jargonResourceManager
export interface ResourceManager {
render (item: RenderItem): Promise<string>
renderBatch (items: RenderItem[]): Promise<string[]>
renderObject<T> (item: RenderItem): Promise<T>
selectedVariation (item: RenderItem): Promise<SelectedVariation>
selectedVariations (): Promise<SelectedVariation[]>
readonly locale: string
}
Note that the render routines return Promise
s to the rendered content, not the content directly.
ResourceManager
is part of the package @jargon/sdk-core,
and can be used directly from code that isn't based on ASKv2.
Built-in Resources
This SDK includes default responses for some common scenarios. These responses are available using the following RenderItem
keys:
Jargon.unhandledResponse
-- provides a response for when you can't otherwise process an intentJargon.defaultReprompt
-- provides a generic reprompt
You can render these resources as you would any of your own. You can also define your own version for these keys in your resource file to override the Jargon-provided responses.
Currently the SDK includes variants of these resources for English, with other languages coming soon.
Adding to an existing skill
Installation
First add the Jargon SDK as a dependency of your lambda code (skill_root/lambda/custom)
- npm i --save @jargon/alexa-skill-sdk
- yarn add @jargon/alexa-skill-sdk
Next, install Jargon's skill builder onto the Alexa skill builder:
const Jargon = require('@jargon/alexa-skill-sdk')
const skillBuilder = new Jargon.JargonSkillBuilder().installOnto(Alexa.SkillBuilders.custom())
Externalize resources
The content that your skill outputs via speak(), reprompt(), etc., needs to move from wherever
it currently lives in to Jargon resource files. That's currently a manual step, but in the future
we'll have tools to help automate portions of the process.
Resource files go under skill_root/lambda/custom/resources, and are named by the locale they contain
content for (e.g., "en-US.json").
Switch over to the Jargon response builder
In your skill handlers access the Jargon response builder via one of the following methods:
handlerInput.jrb
handlerInput.jargonResourceManager
handlerInput.attributesManager.getRequestAttributes().jrb
handlerInput.attributesManager.getRequestAttributes().jargonResourceManager
Feel free to move to the Jargon response builder incrementally; however, you shouldn't mix the use of
the ASK response builder and the Jargon response builder in a single request due to the last-write-wins
behavior of speak()
and reprompt()
in the ASK response builder.
Setting up a new skill
We've "Jargonized" some of the ASK starter templates to simplify creating a new skill. To make use of these templates:
- Install and setup the ASK CLI
- If you've previously installed the CLI please make sure you're on the latest version by running
npm update -g ask-cli
- If this is your first time using the CLI you'll need to first run
ask init
to configure everything
- Run
ask new --url https://s3.amazonaws.com/jargon-templates/ask-nodejs.json
- Select the template you wish to use, and follow the prompts to complete configuring your new skill
Please note that you'll receive a warning message that the template isn't from an official source; in order to create the skill from
the template answer "yes" when prompted. The templates include the same hook scripts as the original Amazon templates; these scripts
ensure that the necessary dependencies are installed (via npm) after creating a new project, and prior to deployment.
If you know which template you'd like to use, in step 2 above you can directly provide its URL:
Alternatively, you can clone the template repository instead of using the ASK CLI.
Please file an issue if you're interested in seeing a template for a different use case, or contact us at sdk@jargon.com with any suggestions or feedback you might have.