Skip to Content
Deployment OptionsProduction Readiness

Production Readiness

The V1 production-readiness tracker is GitHub issue #184.

This page defines the release gates for the open-source monorepo. Live status stays in GitHub Projects so the docs do not become a second backlog.

V1 Release Gates

GateRequired OutcomeTracker
Execution boundariesCore, BYOK, managed inference, and Cloud execution paths have one documented ownership model.#186
CLI locationThe CLI has one canonical monorepo home, package boundary, and release path.#190
Docs app locationThe Nextra docs app is inside the monorepo workspace and can be built through the same package manager flow as the rest of the repo.#192
Backlog consolidationCloud/core backlog ownership is consolidated into this repository and public V1 issues.#189
Agent orchestrationAgent runtime ownership is compact enough that campaigns, spawning, skills, and content pipelines do not each look like peer runtimes.#187
OSS integration defaultsSelf-hosted notification and integration defaults do not leak Genfeed Cloud-specific branding or infrastructure assumptions.#188
PositioningWebsite and docs explain OSS/core, managed inference, BYOK, and Cloud without contradicting the runtime boundaries.#191

Production Deploy Checklist

Before the V1 production deploy, the release branch should pass these checks:

  • Project v2 has Status and Priority fields set for every V1 issue.
  • The V1 milestone contains only issues that are required for the first stable OSS release.
  • All P0 issues are implemented or explicitly moved out of V1.
  • The deployment docs can be built from a clean checkout.
  • The self-hosted quickstart documents required services, environment variables, and provider keys.
  • The execution-boundary docs match the shipped API behavior.
  • No production path depends on an untracked local task file or external private repo.

Ownership Rules

  • GitHub issues and GitHub Projects are the canonical release tracker.
  • Status and priority live in Project v2 fields, not labels.
  • Local markdown files are documentation only; they must not be treated as backlog.
  • Parent tracker issues describe gates. Implementation work belongs in child issues with testable done criteria.