Open-source framework

Prego!

Traceable digital production systems.

Build production pipelines from resources, tasks, precedents, and participants—while keeping data, execution, review, and system evolution under control.

ResourcesPeopleEventsTools
Precedent

The production problem

Work begins with what already exists.

Digital production transforms earlier artifacts, user input, intermediate materials, and evolving requirements into new resources.

Prego! connects every result to its inputs, participants, procedure, events, and downstream consumers. It is designed for parallel production where resources keep changing while multiple workflows depend on them.

The universal building block

One precedent.
Many chains.

A precedent is a task that receives data, coordinates a transformation, and publishes a result. It has an initiator and an acceptor; it may also have a performer, human or automated.

Prepare the work

Resolve requirements, participants, current inputs, tools, and permissions before execution begins.

01 / 06
InitiatorDefines the need
PerformerDoes the work
AcceptorReviews the result
ConsumerUses it downstream

A compact production language

Simple concepts.
Complex systems.

Large workflows are composed from a small set of equally understood elements. Some tasks perform work; others group and organize related precedents.

01

Resources

Inputs, intermediate materials, code, process definitions, and published results.

02

Tasks

Units that execute work or organize related activities into a navigable structure.

03

Precedents

Repeatable transformations with inputs, participants, events, and accepted outputs.

04

Participants

Initiators, performers, acceptors, managers, services, applications, and agents.

05

Assignments

Contextual relationships connecting people, capabilities, resources, and work.

06

Events

A traceable account of progress, decisions, changes, availability, and publication.

Input→Precedent→Published resource→Next precedent

Logical identity, flexible placement

A resource can move.
Its history stays.

Prego! separates resource identity and production history from physical storage. Metadata and heavy production data can use different backends and representations.

01

Project storage

Erlang persistence, PostgreSQL, file servers, object storage, or specialized adapters.

02

Local working set

Task-scoped copies prepared for desktop tools and kept aligned with current resources.

03

Accepted result

User output moves through commit, submission, review, approval, and publication.

04

Archive or remote domain

Artifacts can migrate or run near render, inference, and remote production capacity.

Paths are infrastructure. Users and applications work with logical resources; adapters resolve storage, authorization, placement, migration, and archival.

Self-hosted development

The system can govern its own evolution.

Precedent code, libraries, and workflow definitions are first-class resources. They can be created, reviewed, accepted, and published through the same traceable processes they help execute.

This model welcomes source control, tests, DCC applications, external services, and AI agents as participants in the development chain.

DevelopReviewPublishObserveImproveRepeat

From idea to working system

Model first.
Stack second.

The Prego! idea describes information organization and production mechanics. Its current implementation demonstrates one practical realization without making the model dependent on that stack.

Prego! model

Technology-independent concepts and mechanisms for resource transformation.

Model
Reference core

Erlang, Elixir, Phoenix, abstract metadata and content adapters.

Implemented
Application runtime

Protocols for specialized applications, user workspaces, and composed data contexts.

In development
Integrations

Python access and paths toward DCC tools, services, and autonomous executors.

Expanding

Identity and application context

One task universe.
Personal entry points.

The reference implementation presents each participant with one or more relevant parts of the common task hierarchy. Applications extend that hierarchy with their own resources, processes, and user workspaces.

Identity

Today, a user can self-register with email and password. The registration procedure is working and is planned to evolve into a more formalized system flow.

Viewpoints

Each user receives one or more entry points into the task tree: personal workspaces, assigned work, project areas, or application-specific structures.

Administration

Participants can have different levels of administrative responsibility. Broader roles can oversee wider task hierarchies; the administrative model is being consolidated within the system.

Applications

An application is created through a unified process, then developed with domain-specific precedents, interfaces, libraries, code, settings, and production resources.

Connection

Assigning a user to an application establishes an application context and credentials, then provides the personal and shared task entry points required for that work.

Example task-tree projection
00
Task universeCommon information and execution hierarchy
System
01
ApplicationsUnified application definitions
Admin scope
02
Vision applicationCode, resources, precedents, settings
Assigned
03
Personal workspaceCreated for the connected participant
Your entry
04
Projects and storiesShared application entry point
Your entry
05
Assigned precedentsExecutable work in context
Your work
Create applicationAttach code and resourcesDefine precedentsAssign participantEstablish app contextExpose task entry points
First application case study

Vision

A compact content-production application built on Prego! to exercise creative work, application integration, review, and controlled extension of the system itself.

A concrete demonstration

Creative work and system development in one traceable story.

Vision is being developed around short-form scenario work. It will demonstrate how Prego! prepares a user context, coordinates production, receives results, carries them through review, and makes accepted artifacts available to later work.

01Prepare task inputs and the user workspace.
02Perform creative work with connected tools.
03Commit, submit, review, and accept the result.
04Publish the artifact for the next precedent.
05Develop and integrate extensions through the same model.

Transparent project status

Built openly.
Described precisely.

The project distinguishes working capabilities from active development and longer-term architectural directions.

Implemented

Working foundation

  • Resource, metadata, task, and interface core
  • Erlang-native and PostgreSQL document storage
  • File-backed production content
  • Email and password self-registration
  • User-scoped task-tree viewpoints
  • Application and session foundations
In development

Application layer

  • Formalized registration and administration model
  • Vision demonstration workflow
  • Application-owned data contexts and entry points
  • DCC and Python integration paths
  • Review and acceptance experiences
  • Open-source release preparation
Direction

Extended production

  • Localized execution domains
  • Broader storage adapter ecosystem
  • Agent participation in precedents
  • Distributed production scenarios
  • Self-governed extension workflows

Preparing for open source

A common language for digital production.

Prego! is being prepared for public release with documentation, examples, integration interfaces, and its first complete application case study.

OpenAI support would help accelerate testing, documentation, maintainer automation, security review, adapter development, and experiments with agents as accountable participants in production workflows.

GitHub repository
Public release preparation is in progress.