Skip to Content
ELFAPP Technologies
  • Home
  • About
    • About us
    • Blog
  • Products
  • Services
  • Trust center
    • Trust
    • Terms & conditions
    • Privacy policy
    • Disclaimer
    • Security
  • Contact us


  • Nederlands English (US)
  • Sign in
  • Contact Us
ELFAPP Technologies
      • Home
      • About
        • About us
        • Blog
      • Products
      • Services
      • Trust center
        • Trust
        • Terms & conditions
        • Privacy policy
        • Disclaimer
        • Security
      • Contact us


    • Nederlands English (US)
    • Sign in
    • Contact Us

    First Class Citizen in Forge

    Understanding the UI Components
  • Blog
  • First Class Citizen in Forge
  • March 10, 2026 by
    First Class Citizen in Forge
    Prince Nyeche

    When growing up, many of us heard the phrase “first-class citizen.” In society, it has a social or political meaning. In programming, however, it has a precise technical definition.

    A first-class object (or first-class citizen) is an entity that can:

    • Be assigned to a variable

    • Be passed as an argument to a function

    • Be returned from a function

    In short, it can be treated like any other value in the language.

    But what does “first-class citizen” mean inside the context of Atlassian Forge?

    Forge Today: The Actual State of Things

    Forge is Atlassian’s cloud-native development platform for building apps that run inside Atlassian Cloud products like:

    • Jira

    • Confluence

    • Bitbucket

    Forge was introduced as the long-term strategic direction for Atlassian Cloud extensibility.

    Meanwhile, Atlassian Connect is not “dead,” but Atlassian has clearly positioned Forge as the future platform. Connect apps continue to work, but new capabilities increasingly launch on Forge first, and Atlassian encourages vendors to migrate over time.

    So when we talk about “first-class citizen” in Forge, we are no longer talking about programming language semantics. We’re talking about platform priority, capability parity, and long-term viability.

    UI in Forge: The Two Official Paths

    Forge supports two UI approaches:

    1. UI Kit

    2. Custom UI

    Let’s examine both - based on actual current capabilities.

    UI Kit

    What UI Kit actually is:

    UI Kit is a declarative component framework provided by Forge. You write React-like syntax, but it runs in a controlled Forge runtime environment.

    What it does well

    • Tight integration with Forge backend functions

    • Automatic security sandboxing

    • No need to host static assets

    • Simplified development for standard workflows

    • Works seamlessly with Forge’s permission model

    Real limitations (based on current platform behavior)

    • Limited component set

    • No direct DOM access

    • No arbitrary third-party frontend libraries

    • Limited styling flexibility

    • No full control over browser APIs

    UI Kit is intentionally constrained. It is designed for simplicity, security, and platform consistency - not for deep UI customization.

    It is not an abstraction layer in the classical software architecture sense. It is a managed UI runtime with guardrails.

    Custom UI

    Custom UI is fundamentally different.

    Here you:

    • Build your frontend however you like (React, Vue, Svelte, vanilla JS)

    • Bundle static assets

    • Host them via Forge

    • Communicate with backend functions via @Forge/bridge

    What Custom UI enables

    • Full control of layout and styling

    • Third-party libraries

    • Advanced state management

    • Complex visualizations

    • Rich UX interactions

    • Near-parity with modern SPA development

    The trade-off:

    • More setup complexity

    • You manage bundling

    • You handle frontend architecture decisions

    So… Is UI Kit a First-Class Citizen in Forge?

    If we use the programming definition - the answer is irrelevant. UI approaches are not values in a language.

    Instead, let’s redefine first-class citizen in the context of Forge:

    A first-class citizen in a platform is a capability that:

    • Receives long-term investment

    • Achieves feature parity with platform evolution

    • Is not structurally limited compared to alternatives

    • Is viable for building production-grade commercial apps

    Under that definition:

    • Custom UI clearly qualifies.

    • UI Kit qualifies - but with intentional constraints.

    UI Kit is not a “second-class” feature. It is officially supported and actively maintained. However, it is opinionated by design. It optimizes for:

    • Security

    • Simplicity

    • Compliance

    • Fast internal tooling

    Custom UI optimizes for:

    • Flexibility

    • Power

    • Complex UX

    • Marketplace-grade apps

    The Real Strategic Direction

    Based on Atlassian’s current documentation and ecosystem guidance:

    • Forge is the strategic platform.

    • Custom UI is the path for advanced UI.

    • UI Kit is ideal for simple extensions and structured UI use cases.

    • Atlassian continues to invest in both, but Custom UI offers fewer architectural ceilings.

    The Practical Conclusion

    If you're building:

    • Internal tools

    • Simple workflow extensions

    • Lightweight panels

    UI Kit is perfectly valid.

    If you're building:

    • Commercial Marketplace apps

    • Advanced dashboards

    • Rich analytics

    • Complex frontend experiences

    Custom UI is the safer long-term architectural choice.

    Final Thought

    In programming, a first-class citizen is about capability equality.

    In Forge, being a first-class citizen is about platform priority, extensibility, and long-term viability.

    UI Kit is supported.

    Custom UI is unconstrained.

    Forge itself is the future.

    And in that ecosystem, the real first-class citizen is the approach that removes architectural ceilings before they remove your growth.

    # apps architecture atlassian forge
    First Class Citizen in Forge
    Prince Nyeche March 10, 2026
    Share this post
    Tags
    apps architecture atlassian forge
    From Connect to Forge
    What's Really Going On?

    ELFAPP Technologies
    Keurenplein 41, box E7938 
    Amsterdam 1069 CD, Noord-Holland
    Netherlands

    • support@elfapp.nl
    Follow us

    Trust Center

    Terms & Conditions

    Privacy Policy

    Disclaimer

    Security

    Apps that scale. Expertise that delivers

    Automation-first Atlassian apps and consulting that simplify operations, drive efficiency, and support long-term growth. One ecosystem. One partner. Real results. Start with a free introductory consultation, and we'll tailor solutions to your needs. 

    Get in touch

    Copyright © 2026 ELFAPP Technologies 
    Nederlands | English (US)

    Respecting your privacy is our priority.

    Allow the use of cookies from this website on this browser?

    We use cookies to provide improved experience on this website. You can learn more about our cookies and how we use them in our Cookie Policy.

    Allow all cookies
    Only allow essential cookies