You've created an app the uses admin.conversations.rename to update channel names in workspaces across your Enterprise Grid.
Which permission would someone need to obtain the correct token?
Answer : B
admin.conversations.rename belongs to Slack's Admin API and is available for Enterprise organizations. Current Slack documentation requires a user token containing the appropriate administrative scope---in this case admin.conversations:write. The application must be installed at the Enterprise-organization level rather than merely in one individual workspace. An Org Admin is therefore the appropriate role among the listed choices. Slack currently allows an Enterprise Org Admin or Org Owner, subject to applicable Channel Management permissions, to install an app requesting relevant Admin API scopes. Because Org Owner is not presented as an option, B is the correct selection. A Workspace Admin's authority ordinarily applies to a specific workspace and does not provide organization-level authorization for Admin API operations that span an Enterprise organization. Compliance Admin and Audit Log-related roles address different governance or monitoring responsibilities and do not provide the channel-management authorization required here. Current Slack documentation additionally emphasizes that the installing Org Admin or Owner must possess the applicable Channel Management permissions, including access to the relevant public/private channel types. This maps directly to APIs for Managing Your Slack, particularly Admin APIs, Enterprise-level OAuth installation, administrative scopes, and organization-wide channel management.
Question 2
You are building an app and want to follow Slack design guidelines closely.
Which two design guidelines will provide the best user experience?
Answer : A, C
A and C are the two choices that best align with the current official Slack design guidance. Slack emphasizes concise, easily processed content. Applications should communicate clearly and minimize unnecessary cognitive load so users can understand information quickly rather than reading lengthy or overly complex interfaces. This supports the principle represented by option A. Slack's Block Kit design guidance also recommends simplifying suitable information with pictures. For example, faces may communicate user identity more efficiently than lists of names, and maps can sometimes communicate location more effectively than text. Images must still be accessible through appropriate alt_text; the recommendation is not to remove essential textual meaning indiscriminately. Option B is incorrect under current official guidance. Slack explicitly states that shortcut names should start with a verb, not a noun. Option D conflicts with Slack's recommendation to avoid excessive notifications, while option E is directly contrary to the guidance to reduce complexity by progressively revealing controls and information. The supplied document marks A and B, but B conflicts with Slack's published developer guidance and therefore should not be retained as the verified answer. This question belongs under Design a Great User Experience.
Question 3
You are reviewing the official Slack Web API documentation for an upcoming project which includes building a Slack app. You note that some of the content in the official documentation includes outdated, legacy language. One specific term you see used is group or groups.
What is the updated Slack platform language for the legacy term group / groups?
Answer : D
The legacy Slack term group historically referred to what the modern platform calls a private channel. Slack's current Group object documentation explicitly directs developers to the Conversation object documentation for private channels and explains that older private channels were historically known as ''private groups.'' Modern Slack development uses the unified Conversations API. A conversation can represent a public channel, private channel, direct message, multi-person direct message, or other supported conversational surface. Developers can inspect properties such as is_private, is_im, and is_mpim rather than relying on older resource naming. A Group DM is instead represented as an MPIM and is conceptually different from a private channel. A direct message is a one-to-one conversation, while a User Group is an administrative grouping of workspace members used for functions such as mentions and organizational categorization. Therefore, D correctly translates the legacy term in the context of Slack API objects. This question maps to Apps in the Slack Platform, particularly the modern Conversations API object model and interpretation of legacy Slack documentation.
Question 4
You are in the final stages of developing a Slack app that will soon be published in the Slack Marketplace. You need to share the app with former colleagues at a few different companies to perform beta testing before listing it publicly.
What steps should you take to make that happen?
Answer : C
Slack supports unlisted distributed applications specifically for scenarios such as pilots, early customer testing, and beta validation before a Marketplace submission. To install an application outside its original workspace, the developer must configure the required OAuth flow and enable distribution through the application's Manage Distribution settings. After activating public distribution, Slack provides a Shareable URL that initiates the app's installation process. The developer can send this URL directly to beta testers at other organizations. Those users can install and test the application subject to their own workspace's app-management policies. Once testing is complete and the application meets Slack's quality, functionality, privacy, security, and distribution requirements, it can be submitted for Slack Marketplace review. A Marketplace listing is not available as a substitute for pre-review beta distribution. Creating cloned versions for every customer is unnecessary and creates configuration-management problems. Inviting external beta testers into the developer's own workspace would also fail to test the critical multi-workspace OAuth and installation behavior. Current Slack documentation explicitly identifies unlisted distribution as appropriate for early-customer pilots before broader Marketplace publication. This belongs to Distribute Your App, covering public distribution, OAuth installations, beta testing, Shareable URLs, and Marketplace submission.
Question 5
What typically restarts automatically during local Bolt development when you edit code?
Answer : B
When a Bolt project is being developed locally through the current Slack CLI, `slack run` can watch application files and automatically restart the local application development server when supported source files change. Slack documents this behavior for Bolt for Python and Bolt for JavaScript projects. Python projects normally watch `.py` files, while JavaScript projects watch `.js` files unless the developer customizes the watch configuration. This live-reload capability shortens the development cycle because developers can modify application logic and have the running process restarted without manually stopping and relaunching it after every edit. The Slack workspace itself is not restarted, the user's browser is unaffected, and OAuth tokens are not regenerated merely because source code changes. Therefore, B is correct.
Question 6
Is Socket Mode recommended for public, production-scale, high-traffic apps?
Answer : B
Slack's current architecture guidance explicitly favors HTTP Request URLs for production applications when Socket Mode is not required. WebSockets are stateful, which makes them more complex to scale horizontally and more susceptible to connection interruptions, network partitions, and transient disconnections. Slack describes Socket Mode as particularly convenient for local development, on-premises integrations, environments behind firewalls, or applications unable to receive inbound HTTP traffic. For maximum application-connectivity reliability, Slack recommends HTTP for production applications and advises developers to continue using HTTP request URLs when their deployment does not specifically require Socket Mode. Socket Mode also does not replace the Web API; applications commonly receive events over Socket Mode and then invoke Web API methods to perform actions. Therefore, B accurately reflects Slack's present production-scale guidance.
Question 7
What mechanism does Slack use to grant an app specific permissions?
Answer : B
Slack uses OAuth scopes to define and grant specific permissions to applications. Each scope authorizes access to a defined category of data or actions---for example, reading particular conversation information, viewing user information, or posting messages. Slack applications have no general API access by default; their effective privileges are determined by the scopes associated with their access tokens. Bot scopes grant permissions to the application's bot identity, while user scopes allow appropriately authorized actions on behalf of a user. Although application manifests can declare the scopes an application requests, the manifest itself is not the authorization mechanism. IP allowlisting can supplement token security but does not grant Slack API permissions, and workspace passwords are unrelated to application authorization. Therefore, OAuth scopes are the correct mechanism, making B the verified answer.
All Official Question Types