Salesforce Updated Slack-Dev-201 Exam Questions and Answers by quinn

Block Kit is Slack's UI framework for constructing structured and interactive application interfaces. It provides reusable blocks, block elements, and composition objects that developers combine to create messages, modal views, and App Home experiences. Blocks define major visual sections of an interface, while elements provide interactive controls such as buttons, menus, text inputs, date pickers, and other components. Slack applications represent these interfaces through structured payloads and can use them across supported Slack surfaces. Block Kit is therefore concerned with presentation, interaction, information hierarchy, and application user experience. It does not provide message encryption, administrative user-role management, or API rate-limiting functionality. Those responsibilities belong to separate security, administrative, and platform-control mechanisms. Option B precisely describes Block Kit's documented function as a framework for building rich and interactive Slack application layouts.

Slack workflows automate tasks through configurable steps. Typical workflow functionality includes sending Slack messages, presenting forms to collect information, adding people to channels, and executing connector actions in external services. Slack's current Workflow Builder documentation specifically identifies Slack steps and connector steps, with connectors capable of actions such as adding rows to external spreadsheets. Form-based data collection is also a standard workflow capability. Compiling the Slack CLI from source, however, is a software-development and build operation performed outside Workflow Builder and has no role as a normal business-process workflow action. Workflow Builder is designed to orchestrate Slack and integrated-service operations rather than build Slack's own developer tooling. Consequently, options A, B, and D represent legitimate automation patterns, while C is unrelated to Workflow Builder execution. Therefore, C is correct.

App Home is the dedicated Slack application surface associated with an app and accessible through Slack's sidebar and search. Within App Home, an application can provide a customizable Home tab containing Block Kit layouts and interactive functionality tailored to each user. Slack describes App Home as a private, one-to-one space shared between a user and an application. The Home tab can retain its state until the application updates it and can be dynamically published through the `views.publish` Web API method. A modal is a temporary focused surface layered over Slack rather than a persistent dedicated application area. Message attachments belong inside conversations, while workflow steps represent automation components rather than the application's sidebar surface. Therefore, B correctly identifies App Home as the relevant dedicated Slack application surface.

Block Kit layouts are represented as structured JSON objects and arrays when interacting directly with Slack APIs. Each block is represented as an object containing a `type` field together with properties appropriate to that block. Multiple blocks are normally placed inside a `blocks` array in the visual order in which Slack should render them. For example, a section block can contain a text composition object and an accessory such as a button. Slack's Block Kit documentation explicitly describes application interfaces as specially structured JSON. Language SDKs and Bolt frameworks may provide native-language objects, classes, or dictionaries that make construction more convenient, but those structures ultimately correspond to Slack's JSON payload representation. XML, YAML, and CSV are not the API representation used for Block Kit layouts. Therefore, C is correct.