Core concepts

Basics

The API works on the exercise uploaded to the simulation space.

Each space has a unique key which you'll need to get from the account team.

To post messages you'll need a team and a persona. Hence the flow is:

  • GET team (select session team as default)

  • GET personas (select persona from whom the message should be sent)

  • POST message to all, position, role or team

Base URL

https://api.conducttr.com/v1.1/eagle/{endpoint}

https://api.conducttr.com/v1.1/eagle/

Authentication

The account team will provide you with a unique key for the space you're working with.

Channel Names

Internally the Conducttr system uses generic channel names rather than the ones you see in real life that you might be familiar with. A full channel list is given below.

Some points to note:

  • Media Pop-up = "notifications" with media attached

  • The web channel for articles = "news"

microblog gosocial gosocialgroups mediablog news videoblog forum bulletin panda bearsocial telegraph msngr mail socialmap social-watch websites ticketing-system browser

notifications

captions graph log checklist portal tv map blog backchannel teamchat timer messenger log2

Persona object

When using GET personas, the ZIP file (named data.json) contains a JSON array of persona objects. Each persona object has the following top-level keys:

Key fields for API calls:

  • system_info.hash — This is the persona ID used in messaging endpoints (e.g. "3-59791"). Pass this as the persona field in POST /messages.

  • system_info.handle — The unique short identifier/handle for the persona (e.g. "loc_gov_party"). This is what the exercise designer references when specifying a persona.

  • identity.name — The display name of the persona.

  • system_info.name — Same as identity.name (duplicated for convenience).

  • system_info.profile_image_url — URL to the persona's profile image.

Last updated

Was this helpful?