Tenant-aware workspaces
Workspace identity, membership roles, owner/admin boundaries, and active workspace selection keep account state scoped before sensitive actions run.
Winrate is built around reviewable workflows: tenant-aware workspaces, role-aware approvals, source evidence, suppression checks, billing limits, provider readiness, and guarded AI command surfaces.
Current posture
Buyer assurances
Workspace identity, membership roles, owner/admin boundaries, and active workspace selection keep account state scoped before sensitive actions run.
Draft campaigns, dispatch actions, guarded calls, AI worker tasks, and Telegram pause requests stay behind reviewable server-side gates.
Lead discovery, outreach dispatch quotas, voice call quotas, provider-cost budgets, included channels, and upgrade recommendations are modeled as plan controls.
Provider setup shows deployment-side secret names, missing requirements, guardrails, and blockers rather than asking users to paste raw credentials into the UI.
This is intentionally concrete. Customers should be able to tell which controls protect account state, lead quality, live outreach, integrations, and cost.
Security researchers and customers should not have to guess where to send a report. Winrate publishes non-secret contact metadata while keeping stronger vulnerability-program claims out of the public beta.
Readiness states
The long-term vision includes fast command surfaces and specialized AI workers. The current trust boundary keeps mutating effects behind approval, budget posture, audit evidence, and explicit human accountability.
Safe status, provider, suppression, and approval-summary style commands with proposal creation for guarded work.
Registry, permissions, allowed and blocked tools, budget posture, execution ledger, and approval proposals.
Lead source runs expose quality score, dedupe posture, evidence snippets, and rejection reasons.
Provider setup references deployment-side requirements and missing secret names, not raw browser-entered credentials.
Trust FAQ
Use the public security contact metadata at /.well-known/security.txt or email hello@winrate.ai with a concise report, affected route, reproduction steps, expected impact, and safe contact details. The current public beta does not claim a rewards program or mature vulnerability-response SLA.
No. Winrate exposes guardrails, suppression checks, approval gates, and provider readiness, but legal compliance still depends on customer use case, jurisdiction, provider rules, and human review.
No. Telegram can support guarded status-style commands, deterministic natural-language aliases, read-only operator briefs, sequence readiness, revenue forecast visibility, and approval-gated proposals. Mutating outreach or approving high-impact actions remains an in-app owner/admin responsibility.
No. Provider readiness is separate from action approval. Live-capable provider paths still pass through role, verification, suppression, entitlement, and workflow checks.
No. The current AI worker surface is a governed control-plane foundation with permissions, budget posture, execution ledger, and approval proposals.