Croft apps can run scheduled tasks, and a scheduled task can call the Slack connector like any other part of the app. That makes Slack the place where an app's results land without anyone having to open it: a check runs on a schedule, and if something needs attention, the app posts to the right channel.
The app never holds your Slack token. It asks Croft to post, Croft checks the app is allowed to use the connector, adds the token on the way out and returns the result.
A common first Slack app is a morning digest. You describe it to your AI assistant in plain language, for example:
“Every weekday at 8:30, summarise what's open in our tracker and post it to #team-updates through the Slack connector. If anything is overdue, list it first.”
Your assistant builds the app and its schedule, and each run reads the app's own data and posts one message to the channel. The same pattern works for a weekly sales summary, a list of overdue approvals, or a heads-up when a number crosses a line you care about.
You bring your own Slack workspace and token; Croft holds the connection. If an app is run before the connector has a token or before it has been given access, it should show a calm “this integration isn't switched on yet” message rather than an error.
Admins decide who gets to use Slack from a Croft app. A sensitive connector can be set to need an admin's approval, so anyone can build an app that asks to use it but it stays off until an admin says yes. Approve it for a specific app or person rather than the whole company, and use the log to answer “which apps can post to our Slack?” See roles and permissions and the security overview, or read the wider guide to Croft connectors for AI-built apps.