workflow/Publish Workflow as an App

5.13 Publish Workflow as an Application (App)

Pop workflows can not only run visually on the canvas but also be published as standalone applications (Apps).
Published Apps can be used for:

  • Internal business automation
  • External tool services
  • Team‑shared processes
  • No‑code tools for end users
  • Embedding into Layout Manager to form complete product interfaces

This chapter introduces the full App publishing process, App structure, parameter configuration, version management, and best practices.


🚀 1. What is “App Publishing”?

An App is essentially:

An executable unit that contains input forms, workflow logic, and user interface layout.

A typical App includes:

Component Description
Workflow (Core Logic) All automation logic
Input Form (Inputs) Fields users fill in the App interface
Layout Manager (Layout) UI structure, panels, charts, text
Outputs Display of results, text, charts, files, etc.
Version Info Updates, rollback, metadata

Users can operate an App just like a standalone tool.


🧩 2. Publishing Workflow as an App — Overview

Publishing an App usually requires three steps:

1️⃣ Step 1: Prepare the workflow

  • Ensure all nodes are configured correctly
  • Inputs and outputs are clearly defined
  • Canvas runs successfully without errors
  • Logs are clean

2️⃣ Step 2: Create an App

Click the menu at the top‑right of the workflow editor:

Publish as App

Fill in:

  • App name
  • App description
  • App icon (optional)
  • App category
  • Version number

3️⃣ Step 3: Bind a Layout (Optional but recommended)

You may choose:

  • Auto‑generated default layout
  • Manually build a Layout
  • Use an existing layout template

After saving, a complete App will be generated.


🏗 3. App Interface Structure

The App interface is defined by the Layout Manager.

A typical structure:

[Input Form]
[Run Button]
[Output Display]
    ├ Charts
    ├ Tables
    ├ Text (markdown / HTML)
    ├ File downloads (PDF / Excel)
    └ Custom components

If no Layout is bound, Pop generates a default interface:

  • Left: Form
  • Middle: Run
  • Right: Results

📦 4. Internal Structure of an App

An App contains:

{
  "id": "app_xxxxx",
  "name": "Document Batch Summary Assistant",
  "version": "1.0.0",
  "workflowId": "wf_abc123",
  "layoutId": "layout_003",
  "createdAt": "...",
  "updatedAt": "...",
  "inputs": [...],
  "outputs": [...],
  "metadata": {...}
}
Item Source
workflowId Linked workflow
layoutId Linked layout
inputs Generated from workflow Inputs
outputs Generated from workflow Outputs
version Automatically updated

🔄 5. How the App Runs

Published Apps can be launched:

✔ From the App List

Left panel → Apps → Select & run

✔ Embedded into Layout Manager

Add:

  • Form panel
  • Chart panel
  • Text panel
  • File viewer
  • ChatOutput and other components

Resulting in a small product interface.


🔧 6. Version Management

Pop automatically records:

  • Version number
  • Publish time
  • Workflow snapshot
  • Layout snapshot

You can:

  • Roll back to older versions
  • Publish a new version
  • Compare changes (coming soon)

🚨 7. Pre‑Publish Checklist

Item Status
Workflow runs successfully
Input parameters named clearly
Outputs mapped correctly in Layout
No absolute local file paths
AI models configured properly
HTTP requests tested
Script/Loop nodes safe

🧪 8. Example: “Batch Summary Generator” App

Steps:

  1. Create workflow
    • Input: Upload files
    • Process: AI summarization
    • Output: Summary list
  2. Build Layout
  3. Publish App
    • Name: Document Summary Assistant
    • Icon: 📝
    • Version: 1.0.0
  4. User experience
    • Upload → Run → Get summaries

🧭 9. Best Practices

Suggestion Why
Add default values for all inputs Prevent empty input errors
Add error handling Avoid interruptions
Use layout for output Better UX
Modularize workflow Easier maintenance
Test across devices AI/files may behave differently

🎯 10. Summary

App publishing transforms your workflow into:

  • Reusable automation tools
  • Complete user‑facing applications
  • Internal automation entry points
  • Embeddable UI modules

This bridges the gap between “workflow logic” and “productized applications,” a key capability of Pop.