Forge App Builder
When building a Forge app, the agent MUST complete this workflow in order. Do not skip steps. Do not substitute manual instructions for running the scripts below.
Critical Rules
- Always use to scaffold apps — it registers the app and generates a valid app ID
- Never manually scaffold — apps without valid app IDs cannot be deployed
- If fails, STOP — inform the user and provide the manual command
- Never ask for API tokens in chat — direct users to run in their terminal and enter credentials there
- Always ask the user to choose when multiple options exist (developer spaces, sites) — never pick on their behalf
- Always ask the user for their Atlassian site URL during installation — never try to discover it from other apps, environment variables, or any other source
- Always run the deploy script for deploy and install — do not give the user only manual / commands as the primary outcome; run
scripts.deploy_forge_app.py
yourself
MCP Server Prerequisites
This skill works best with the following MCP servers. The scripts and CLI workflow function without them, but the agent will lack access to up-to-date Forge documentation for template selection, module configuration, and code patterns.
| MCP Server | Required? | Purpose |
|---|
| Forge MCP | Strongly recommended | Template lookup, module discovery, manifest syntax, UI Kit/backend guides |
| ADS MCP | Optional | Atlaskit component/token/icon lookup (Custom UI apps only) |
If MCP servers are not connected, inform the user that code guidance may be based on the model's training data and could be outdated. Recommend they verify against
developer.atlassian.com/platform/forge.
|
Agent Workflow
Complete steps 0–5 in order. Run the scripts yourself; do not only instruct the user to run them.
Step 0: Prerequisites (Install Automatically If Missing)
Before any other steps, call the
tool to get the current Node.js version requirement and CLI setup instructions. Then check and install prerequisites:
- Node.js — Run . If missing or below the version specified in the development guide:
- macOS (Homebrew):
- nvm: then
- fnm: then
- Other: https://nodejs.org (LTS)
- Forge CLI — Run . If missing:
bash
npm install -g @forge/cli
- Forge login — Run . If not logged in:
- Never ask for or accept API tokens in chat — tokens are sensitive; the user must enter them only in their terminal
- Direct the user to create an API token: https://id.atlassian.com/manage/api-tokens
- Tell the user to run in their own terminal (not via the agent). The CLI will prompt for:
- Atlassian email
- API token (paste only in the terminal when prompted)
- Example message: "You need to log in to Forge. Create an API token at https://id.atlassian.com/manage/api-tokens, then run in your terminal. Enter your email and token when prompted — do not paste them here."
- After the user confirms they've logged in, retry the workflow
Install in order: Node.js first (required for npm), then Forge CLI, then login. Retry the workflow after installing.
Step 1: Discover Developer Spaces
bash
forge developer-spaces list --json
Step 2: Ask User to Choose Developer Space
Do not proceed to Step 3 until the user has selected a developer space. Present the list from Step 1 (names and IDs) and ask which space to use. If only one space exists, you may use it and briefly inform the user. Never pick one of multiple spaces on the user's behalf.
Step 3: Create App
All
* commands must be run from the skill directory (the directory containing this SKILL.md file). Derive it from the SKILL.md path provided in the system prompt. Use
on macOS if
is not available.
Run from the skill directory. The
flag sets the
parent directory under which the app folder (named after
) will be created. The script
s into that directory before running
, so the app appears as a subdirectory (e.g.
<parent-directory>/<app-name>/
). If omitted, the app is created under the current directory.
bash
python3 -m scripts.create_forge_app \
--template <template> \
--name <app-name> \
--dev-space-id <selected-id> \
--directory <parent-directory>
To find the right template for the user's needs:
- Call to identify the appropriate module type
- Call with a query like "template for " to find the matching template name
Validate a template:
python3 -m scripts.list_templates --validate <name>
List all templates:
python3 -m scripts.list_templates --list
Step 4: Customize Code
bash
cd <app-name>
npm install
UI Kit vs Custom UI — Choose the Right Tools
Before writing any UI code, determine which approach the app uses. Getting this wrong causes import errors and broken builds.
- UI Kit (most templates): manifest uses or code imports from . Use
forge-ui-kit-developer-guide
as the ONLY UI reference. Do NOT suggest * imports — they won't work.
- Custom UI: manifest has pointing to a directory. Use ADS MCP tools (, , ) for component discovery. Do NOT use
forge-ui-kit-developer-guide
— it describes a different API.
Knowledge tools for implementation
forge-ui-kit-developer-guide
— Frontend components (UI Kit only)
- / — Component and token lookup (Custom UI only)
forge-backend-developer-guide
— Backend resolvers and APIs
- — Manifest configuration
- — Search for specific APIs or props
Step 5: Deploy and Install (run the deploy script)
You MUST run the deploy script — do not only paste manual
/
commands for the user to run. Execute the script from the skill directory.
- If you have the user's Atlassian site URL (e.g. they provided it earlier or in the request), run in one go:
bash
python3 -m scripts.deploy_forge_app \
--app-dir <app-directory> \
--site <site-url> \
--product <jira|confluence>
- If you do not have the site URL yet: run deploy only, then ask for the site, then run again to install:
bash
# 1) Deploy only
python3 -m scripts.deploy_forge_app \
--app-dir <app-directory> \
--product <jira|confluence> \
--deploy-only
# 2) Ask the user: "What is your Atlassian site URL (e.g. yourcompany.atlassian.net)?"
# 3) After they reply, run again with their site to complete install
python3 -m scripts.deploy_forge_app \
--app-dir <app-directory> \
--site <site-url> \
--product <jira|confluence> \
--skip-deps
Always ask the user for their site URL when needed for install; never try to discover it. If scopes changed from a previous install, add
to the install (or run the script again with
and the script will handle it; for manual upgrade use
forge install ... --upgrade
).
Cross-product installation
When an app uses scopes from multiple products (e.g. a Confluence macro that also reads Jira data), the deploy script
automatically detects the required products from the manifest scopes and installs on all of them. The
flag sets the primary product; the script adds any additional products found in the scopes.
If you need to install manually, run
once per product:
bash
forge install --non-interactive --site <site-url> --product confluence -e development
forge install --non-interactive --site <site-url> --product jira -e development
Handling Failures
When
fails,
never attempt workarounds or manual scaffolding.
| Error | Action |
|---|
| Prerequisites missing (Node.js, Forge CLI) | Run Step 0 install commands, then retry |
| "Prompts can not be meaningfully rendered" | Ask user to run in an interactive terminal |
| "No developer spaces found" | Direct user to https://developer.atlassian.com/console/ |
| "directory already exists" | A folder named already exists inside the parent directory. Choose a different name or remove the existing folder |
| Network/auth issues, not logged in | Direct user to https://id.atlassian.com/manage/api-tokens, then run in their terminal |
| Any other error | Show error, ask user for guidance |
Example response when it fails:
forge create needs an interactive terminal. Please run:
forge create --template jira-dashboard-gadget my-app-name
Once created, let me know and I'll help customize it.
Module Selection
Call
for a comprehensive, up-to-date list of all available modules organized by product. Then use
with the module name for configuration details and YAML examples.
Scripts
| Script | Purpose |
|---|
scripts/create_forge_app.py
| Create app with dev space selection and template validation. sets the parent dir (script cd's into it). Run: python3 -m scripts.create_forge_app
|
scripts/list_templates.py
| List/validate all Forge templates from Atlassian registry. Run: python3 -m scripts.list_templates
|
scripts/deploy_forge_app.py
| Deploy and install app (prerequisites check, npm install, lint, deploy, install). Auto-detects cross-product scopes and installs on all required products. Run: python3 -m scripts.deploy_forge_app
|
Completion checklist
Before considering the workflow done, confirm:
- User selected developer space when more than one existed (or only one existed)
- App was created via (or user ran after a failure)
- Code was customized and run in the app directory
- Deploy script was executed by the agent (not only manual commands given to the user)
- If install was needed, user was asked for site URL and the script was run with (or user provided site and install completed)
- If the app uses cross-product scopes (e.g. Confluence app reading Jira data), it was installed on all required products (the deploy script handles this automatically)
Common agent mistakes (avoid these)
- Picking a developer space when multiple exist — always ask the user to choose.
- Skipping the deploy script — giving only "run and " instructions instead of running yourself.
- Not asking for site URL — when install is required, ask the user for their Atlassian site URL; do not guess or skip install.
- Proceeding to create app before user chooses a developer space — wait for their selection when there are multiple spaces.
Troubleshooting
For CLI commands, debugging techniques, and common error patterns, call
. For quick checks:
- Not logged in / auth failed: Create API token at id.atlassian.com/manage/api-tokens, then run in your terminal (never paste token in chat)
- App not appearing after install: Check
forge logs -e development --limit 50
, verify manifest with , re-install with if scopes changed
- "forge: command not found":
npm install -g @forge/cli