Personal and shared channels
The channel switcher sits above the chat list. Switching channels changes the conversations, suggested context, members, and effective tool policy available to new work. It does not change the active Altostrat organization.
Create a channel
1
Open the channel switcher
Select the current channel above the conversation list, then choose the create action.
2
Choose the kind
Pick a personal channel for private work or a shared channel for a defined group of organization members.
3
Name and describe it
Use a name people will recognize in search and the switcher. Add an icon and concise purpose when several channels have similar names.
4
Configure members, tools, and context
Open channel settings before operational use. For a shared channel, add only the members who need its context and resources.
Channel settings
Channel settings are divided into five sections.
Channel owners and admins can edit shared-channel settings. Members can view the channel and maintain their own context where policy permits.
Roles
An organization role and a channel role are separate. An organization admin is not automatically the owner of every channel, and channel membership does not grant organization-administration access.
Tool policy
The Tools section enables capability families such as host operations, connectors, procedures, planning, and Studio management. Channel policy is a ceiling: it can narrow organization policy, but it cannot re-enable a tool the organization has disabled. Effective access is layered:- The organization makes a built-in domain, connector, MCP server, or individual tool available.
- Member policy can preload or further restrict tools for a person.
- The active channel can narrow the set again.
- A digital worker stage can narrow its own grants below the channel ceiling.
Changing policy affects which tools are offered and which calls the runtime will dispatch. It does not place missing personal credentials into a member’s Key Chain.
Context
Channel context is grounding, not a secret store. Use it for the customer’s operating rules, naming conventions, escalation path, environment boundaries, and definitions that should shape every conversation in that channel. Good channel context is specific and stable:- “Production changes require a linked change record and a peer approval.”
- “Use the
customer-a-prodconnector for this channel; do not query the lab tenant.” - “All times in incident summaries must be UTC.”
Work with conversations
New chats start in the selected channel. The composer shows the current channel so you can catch an incorrect scope before sending. From the chat list you can rename, pin, archive, or set the conversation status. The supported statuses are:- No status — ordinary conversation or untriaged work.
- Processing — Studio or a teammate is actively processing it.
- In progress — accepted work that is not finished.
- Cancelled — intentionally stopped.
- Done — completed work.
Use the chat board
Open Chat board from the channel menu. The board groups conversations by status. Drag a card to another column to update its status, or open the card to continue the conversation. Use the board for queues where the conversation is the work record:- Incident investigations awaiting evidence.
- Customer requests moving from triage to action.
- Maintenance tasks that need approval or follow-up.
- Digital-worker items that pause for human judgment.
Archive a channel
Archive a channel when the operating stream is no longer active. Archiving removes it from normal switching without rewriting its history. Review active conversations, scheduled work, integrations, and worker bindings before archiving.Related
Organization administration
Manage organization-wide members, context, integrations, and tool availability.
Digital workers
Run staged, trigger-driven pipelines under a shared channel’s policy.