SuperAPI AI Directory

polpo

Deployment & operations

View repository

Updated 10-16 00:02

About this skill

Polpo Projects

Treat the checked-out project and the installed CLI as authoritative. Do not recreate legacy .polpo/polpo.json or .polpo/agents.json layouts except when explicitly migrating them.

Workflow

  1. Inspect the repository, .polpo/, package.json, and the installed polpo CLI version.
  2. Preserve an existing linked project. Create or link only when the user requests it or no project exists.
  3. Author resources in layout v2: project metadata, one directory per agent, project Loop definitions, teams, skills, and the skill lockfile.
  4. Validate locally before deployment. Resolve unknown references and packaging failures rather than relying on a second identical deploy.
  5. Deploy through the CLI or supported workflow. Never place provider secrets in project files.
  6. Report the project, resources changed, validation performed, and whether anything still requires Cloud provisioning or rollout.

Project Boundaries

  • OSS owns portable contracts, schemas, runtime behavior, SDKs, CLI behavior, and self-hosted adapters.
  • Cloud owns managed tenancy, billing, rollout, hosted storage, provider automation, secure credential custody, and managed reconciliation.
  • A Cloud feature should consume an OSS primitive when the behavior is generally useful to a self-hosted runtime. Do not model portable runtime behavior as dashboard-only configuration.

References

Specialized Skills

  • polpo-agents: agent definitions, models, policies, skills, memory, and sandbox defaults.
  • polpo-runtime: completions, Sessions, durable runs, Project Loops, steering, and schedules.
  • polpo-channels: messaging providers, provisioning, routing, media, and trusted identity.
  • polpo-integrations: Connections, custom tools, hidden bindings, MCP, and OAuth.
  • polpo-react: React hooks, chat UI, durable reconnect, interactions, and client tools.