SupportBot
Customer supportKnowledge-grounded answers, citations, and a clear path to human help.
Private betaGive specialized AI workers a shared foundation: approved knowledge, permissions, organizational memory, workflows, and human oversight. SupportBot is the first commercial step; the broader workforce is being developed from that foundation.
Documents · Websites · Databases · Conversations · Internal tools · APIs
Platform direction · Worker availability and integrations vary by scope.
Each worker has a distinct role, but the same platform governs knowledge boundaries, permissions, memory, workflows, and human review.
Knowledge-grounded answers, citations, and a clear path to human help.
Private betaA planned assistant for employees, internal knowledge, and operational workflows.
In developmentA planned worker for turning client information into a structured, reviewable brief.
In developmentA dedicated platform workspace is part of the product direction. Access and supported workflows will be confirmed separately.
Discuss a pilot →These are the platform building blocks. SupportBot pilots use an agreed subset today; automatic sharing and orchestration across future workers remain under development.
Approved company information defines what each worker can use.
Approved outcomes can strengthen business context without treating every conversation as trusted memory.
Role-aware access limits the information and actions available to each worker.
Workers can move requests through defined business processes rather than operating as isolated chats.
Important, uncertain, or sensitive decisions stop for review.
Teams can inspect activity, escalations, approvals, and operational patterns.
A platform vision should come with a clear view of current availability. A pilot confirms the features and integrations your business will actually use.
SupportBot’s existing workflow includes knowledge ingestion, retrieval, citations, verification, conversation review, and ticket escalation. Configuration and quality are evaluated within each pilot.
One defined support workflow, approved sources, and a named escalation owner. Access, limits, and commercial scope are agreed before onboarding.
WorkspaceBot, Intake Agent, and broader cross-worker handoffs are being developed. Product pages describe direction rather than generally available services.
HomeHub infrastructure is part of the longer-term deployment model. Self-hosted, local, or private installations are not a standard offering today.
HomeHub describes the infrastructure and administration layer in the AIWF Company Blueprint. It is distinct from the customer-facing AI workers.
A platform administration surface for managing the AIWF environment. Current SupportBot teams work through the product’s business console; broader HomeHub administration is not sold as a separate product here.
The longer-term infrastructure direction for private and local deployments. Availability, infrastructure requirements, and operational responsibilities need separate validation.
Deploy SupportBot around one customer-support workflow, then expand the same knowledge, memory, permissions, and oversight system across additional AI workers.