Skip to content
ERP•AI

For serious business apps,
use ERP.AI.

Download Proto and describe what you want to build. Create business apps with records, forms, roles, and workflows in ERP.AI. Use build.host to host your websites and custom frontends.

Download ProtoExplore build.host hosting

The system your team works in.

ERP•AI is the enterprise app-building product for structured business applications. Model the records and relationships your operation needs, then shape forms, views, permissions, and workflows around the people using them.

  • Customer, supplier, product, and operational records.
  • Connected tables, forms, and role-appropriate views.
  • Business processes and workflow-backed actions.
  • Application permissions and controlled access.

The experience people arrive through.

build.host publishes websites and custom application frontends. Your coding agent can build a branded product site, customer-facing experience, or focused tool, then deploy and operate it through the hosting workflow.

  • A public company or product website.
  • A customer, vendor, or partner frontend.
  • A focused standalone tool connected to your APIs.
  • Deployment, configuration, logs, and release recovery.

Choose the architecture around the work.

A public website and an internal business application have different responsibilities. Decide where records live, which system owns each process, how users authenticate, and what data an external frontend is allowed to access. Keep those decisions explicit before building an integration.

For an ERP•AI-connected external application, use the approved access contract and authentication arrangement for that app. Hosting a frontend on build.host does not by itself grant access to ERP•AI data. The integration should expose only the records and actions its users need.

Start with a real business workflow.

A customer portal might let a customer review their own requests while the internal team manages the underlying records in ERP•AI. A vendor frontend might collect information through an approved contract while staff use the business system to review and process it. A public website can explain the offering and hand users into the right authenticated application.

These are architecture examples, not a promise that every integration is preconfigured. Define the intended users, records, actions, and success criteria, then implement and verify the complete flow with the appropriate product capabilities.

Prepare for the operational requirements.

Before production, review workload capacity, identity and access requirements, data ownership, external integrations, recovery procedures, and support expectations. Requirements such as SSO, contractual uptime, compliance evidence, or a particular deployment environment need explicit confirmation for the proposed setup.

build.host and ERP•AI are related products with different responsibilities. Choose ERP•AI for the enterprise business-system layer and build.host for the hosting work it supports; keep the connection between them deliberate.