Permalink to Packages and ExtensionPackages and Extension

Hypit separates what a video asks for from the code and services that fulfill it. A new graphic, model or API source can be supplied by a package and selected by the project. Each package owns its interface and implementation; the execution system runs the resulting dependency graph.

Permalink to what-belongs-whereWhat belongs where

PartResponsibilityWhere it is selected
Author componentTurns author inputs into media requests, visual behavior or other graph outputsSource imports
ModelDefines an exact generation request and its outputsSource imports
Provider EndpointExecutes supported requests through an API or local toolRuntime Profile
Credential storeResolves the named credentials for an EndpointRuntime Profile
Result repositoryKeeps a project's Build records and produced filesProject Result configuration
DistributionSupplies the executable applications and official packagesInstalled @hypit/hypit release

For example, a Model describes a requested video, while a Provider maps that request to a service. A ranking component describes how a board behaves, while the renderer draws its contribution into the final composition. Both participate in the same graph, with explicit inputs and outputs.

Permalink to components-follow-the-workComponents follow the work

A video's spatial structure is organized where that organization is useful. Media Track can present an ordinary clip or picture; a project component can coordinate a moving video viewport, labels and a diagram inside one scene. Independent captions or overlays can remain separate contributions. Each component owns the content whose behavior belongs together.

For a spoken video, Script Selections and Moments let those components follow the meaning of the performance. An authored animation can instead use seconds or frames on its declared clock. Film and Rendering explains how these contributions fit together.

New components normally live in the video's packages/ directory and use the owner's package scope. The project declares them with its ordinary package manager. When cross-project reuse is useful, the owner can publish the same component as a versioned npm or private-registry package. The consumer installs a chosen version and keeps its lockfile with the project.

Permalink to installation-and-source-importsInstallation and Source imports

The Skill, executable Distribution and video project are installed and updated separately. The @hypit/hypit Distribution includes the official author packages and public extension APIs. Its selected Runtime adapters can prepare additional service dependencies through hypit runtime up; optional author assets can be installed with the precise hypit packages install command reported by the CLI. A project's own component dependencies are managed in that project.

Source uses a logical Module address such as @your-studio/scoreboard@1. npm's installed package version selects the implementation; the logical @1 identifies its author interface. Building a video uses those installed versions. Missing packages are reported with the information needed to install them.

Permalink to write-and-share-an-extensionWrite and share an extension

An external package develops against public subpaths such as @hypit/hypit/author-kit, @hypit/hypit/composition, @hypit/hypit/model-kit or @hypit/hypit/endpoint-kit. Use the selected @hypit/hypit release as a development dependency, compile the extension to JavaScript, and ship its own code and assets. Its package.json names an activation entry describing what it provides. The active Distribution supplies the public Hypit APIs when it loads the selected extension.

Exact SDK types and implementation examples live with the corresponding package's README and source, which also ship in the Distribution.