I Built Peko to Fix Native App Deployment · Peko Blog

Skip to content Sign in Get started

← Blog I Built Peko to Fix Native App Deployment<br>August 3, 2026 essaymanifest<br>I Built Peko to Fix Native App Deployment

TL;DR: I think native application development has a release engineering problem. Building the app should be the hard part. Packaging, signing, screenshots, App Store assets, legal pages, deployment, and release pipelines should mostly disappear into the background. That's why I built

Short version

Native development has a release engineering problem

Every time I wanted to ship a desktop app, I found myself spending more time learning release engineering than improving my product. Code signing, notarization, icon sizes, installers, screenshots, recordings, App Store descriptions, CI, legal pages... none of those are why I got into programming.

I don't think developers should have to become release engineers just to ship desktop software.

My story

I've been interested in software since I was about eight years old. I started in Scratch making games, moved into game development, and eventually found web development. Something about building beautiful interfaces with HTML, CSS, and JavaScript just clicked with me.

I still think the web has the best UI system we've ever made. It is expressive, fast to iterate with, and capable of producing incredible user experiences.

Then I wanted those apps to feel native.

At first I focused on the runtime. Peko started as a cross-platform WebView runtime capable of embedding or connecting to web applications. As I kept building, I realized the runtime wasn't actually my biggest problem.

Shipping was.

I wasn't frustrated because I couldn't open a WebView. I was frustrated because every release felt like assembling ten different tools into one fragile pipeline.

That realization completely changed the direction of the project.

Peko today

Today I don't really think of Peko as "a desktop framework."

The runtime is still there, and it works similarly to other native WebView solutions, but that's almost the bonus now.

The real product is the developer pipeline.

Peko includes MIT licensed Studio tooling, CLI tooling (peko-tools), the standard library, and the UI library. The hosted platform is closed source because it powers cloud features like remote macOS builds, deployment, encrypted native bridges, asset generation, and legal hosting.

Pekoscript sits underneath as the native layer. It handles things like WebView startup, native integrations, packages, demos, and platform logic while the majority of the application stays in your web framework.

What building an app normally feels like

Finish app<br>Figure out packaging<br>Generate icons<br>Configure signing<br>Debug notarization<br>Set up CI<br>Capture screenshots<br>Record videos<br>Write store descriptions<br>Host legal pages<br>Upload everything<br>Hope nothing breaks<br>What I want it to feel like

Finish app<br>Write demo script<br>peko deploy<br>Receive:<br>✓ Signed bundles<br>✓ Store screenshots<br>✓ Store recordings<br>✓ AI drafted descriptions<br>✓ Legal document links<br>✓ Release package<br>Submit<br>The development pipeline

Create project<br>Build frontend (React, Vue, etc.)<br>Need native functionality?<br>Use JS APIs or write a small Pekoscript module<br>peko build --release<br>(Optional) peko deploy<br>Platform performs remote builds, signing,<br>asset generation, hosting and packaging<br>Download final release bundle<br>Peko is intentionally an all-in-one system. You can absolutely build many of these pieces yourself, and experienced teams often do. But getting all of those systems working together takes time, experience, and maintenance. That isn't who I built this for.

Who I built it for

People with ideas.

Hobbyists.

Solo founders.

Small teams.

Developers using AI.

People who want the longest part of making software to be building the software itself.

Still growing

Peko is still a young public ecosystem, even though many of its systems have been evolving internally for the past five to six years.

There's still plenty to build. Unified App Store payments and verification are next, followed by even tighter store integrations that remove more manual release work.

The goal hasn't changed.

Keep shrinking everything between "my app works" and "my users can install it."

If you're interested, I'd genuinely love feedback.

Email: preston@pekoui.com

Contact form: https://pekoui.com/contact

Where Peko Stands Today

One thing I want to make clear is that Peko isn't just an idea or a roadmap.

You can use Peko today.

Today the ecosystem includes:

The MIT open source Peko Studio

The MIT open source CLI (peko-tools)

The MIT open source standard library

The MIT open source UI library

The hosted Peko Platform

Cross-platform native bundling

Remote macOS and iOS builds

Signing

Package management

Deterministic app demos

Automated App Store screenshots and recordings

AI-assisted store descriptions

Hosted legal document links

Unified release packaging

Right now,...