StillMade AIDeveloper docs
Browse documentation · SDK 0.1.0

StillMade developer documentation

Build reusable production Blocks and ordered Project Types with the StillMade SDK.

Build for StillMade

A Block is a reusable production capability. Place it in a Project Type and it becomes a Step, with its own configuration and pinned version. StillMade handles the production workspace, typed connections, and persistent project context.

Build an original Block

Give your coding agent the SDK authoring contract and your idea. Build on the SDK contracts from the first iteration, then select the finished source folder in StillMade. The implementation and interface import unchanged; no adaptation phase is needed. See original SDK folders.

Adapt an existing repository

This public SDK contains the contracts, examples and tooling needed to adapt a GitHub repository outside StillMade. Coding agents can inspect the repository, retain licensing and return one installable .stillmade-block file. Portable packages and repository adaptation.

Choose what to build

SDK and documentation

The SDK is the code, validators, isolated runtime, TypeScript declarations, examples, and command-line tools you download and run. This documentation explains their contracts, workflows, and integration boundaries. Both are versioned for SDK 0.1.0.

Download the SDK or explore the API reference.

Development lifecycle

  1. Describe the capability and declare its typed inputs and outputs.
  2. Implement a recipe, standalone JavaScript function body, or supported declarative host request.
  3. Test realistic synthetic examples, including edge cases.
  4. Preview the interface with stillmade-block dev (hot reload, stand-ins for hosted calls), package the tested source, and import it into StillMade.
  5. Place the Block into a Project Type and rehearse its connections.
  6. Release an immutable version when you are ready to share.

Production model

Normal users work through ordered Steps. They add a capability at a position in the workflow; compatible primary ports connect automatically. Secondary values can come from scoped project context. A technical graph is not required to build a Project Type.

Read Blocks, Steps, and Project Types before designing a package.