There are three different account types at the school workspace level: admin, teacher, and student. Each account type can be a member or owner of a group, activity, or session. This guide explains what permissions and behavior you can expect from Flint depending on your role. For any admins, here's a follow-up guide on setting the roles of people in your workspace.

The three types of users in a workspace have different visibility permissions and will be treated by Flint differently:

When admins use Flint, Flint will act like a helpful teaching assistant. Flint will be more open to helping write content, solve problems, etc. This behavior will be apparent in chats and activity creation with Flint.

Admins can see all activity within a workspace. They can search for any specific group, activity, or user to see their activity within Flint. They also have access to the workspace "Analytics" and "Settings and Members".

Admin have oversight over how people in the workspace are using Flint and can manage accounts, terms, workspace settings, and self-harm moderators. Within the workspace analytics, they can also see usage data (example below).

When teachers use Flint, Flint will also act like a helpful teaching assistant. Flint is great for helping to generate lesson plans, worksheets, activities, and more.

Teachers don't have the extensive, workspace-wide oversight that admins do. Typically, though, they are owners of their own class groups. See the sections about members and owners to read about how teachers can see activity and manage members within their groups.

When students use Flint, Flint will act like a teaching assistant or tutor interacting with a pupil. This means that Flint won't give answers straight away without explanation and won't write assignments for students. This behavior will be apparent in chats and activity creation with Flint.

Students typically won't be owners of any groups or activities through SIS or LMS imports. However, they do have the ability to create their own groups and activities, of which they would be the owners. Any of these groups and activities are always visible to administrators and sometimes visible to teachers (if created within a group owned by that teacher).

The two roles for groups, activities, and sessions in Flint are owners and members. A person can be a member of one group and an owner of another. These roles affect their permissions in groups and activities (see here for more on groups vs activities).

Ownership trickles down. This means owners of a group have the same permissions as owners of activities in that group. Owners of the activities have similar controls as the owners of the sessions within those activities.

The creator of a group is its first owner. If you're importing rosters to set up groups in Flint from an SIS or LMS, teachers will be set to owners of their class groups and students will be set to members. A group can have more than one owner, which is helpful for co-teaching courses.

Members of a group can:

In addition to what members can do, owners of a group can:

Owners of a group will have similar permissions as owners of activities made within the group. They can access the settings, analytics, and sessions of activities in the groups they own.

Members of an activity can:

In addition to what members can do, owners of an activity can:

Crucially, this means students (typically members of activities), can see their own sessions, but not sessions of their peers. They also can't see or edit the settings of the activities.

The creator of the session is the only one who can participate in the conversation. Owners of the session—which would be the creator, activity owner(s), and group owner(s)—can see the transcript and print, duplicate, remove, share, and submit the session.