salesforce-messaging-features

Implement Salesforce Messaging for In-App iOS SDK chat workflows with verified types.

10|10|Updated Feb 11, 2021
One-click install
npx skills add https://github.com/Salesforce-Async-Messaging/messaging-in-app-ios --skill salesforce-messaging-features
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: salesforce-messaging-features
Source: https://github.com/Salesforce-Async-Messaging/messaging-in-app-ios/tree/main/skills/features
Command: npx skills add https://github.com/Salesforce-Async-Messaging/messaging-in-app-ios --skill salesforce-messaging-features

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps you implement and customize the Salesforce Messaging for In-App iOS SDK features (pre-chat, verification, conversation management, UI customization, and more) without guessing type names, wiring order, or required code patterns.

Core Features & Use Cases

  • Feature implementation & routing: Choose the right workflow for requested capabilities like pre-chat, hidden pre-chat, templated auto-response URLs, business hours, conversation lists, transcripts, logging, and locale mapping.
  • UI and behavior customization: Configure chat options and enable customization hooks such as ChatFeedViewBuilder and NavigationBarBuilder.
  • Safe delegate registration & type verification: Follow mandatory delegate wiring patterns and validate SDK APIs using fetched examples or the API surface reference to avoid invented types or incorrect signatures.

Quick Start

Tell the AI: "Implement hidden pre-chat and user verification for my Salesforce Messaging for In-App iOS UI, using the smallest code changes and registering delegates before presenting the interface."

Frequently Asked Questions about salesforce-messaging-features

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement hidden pre-chat fields and JWT user verification in Salesforce in-app messaging for iOS?

To implement hidden pre-chat and JWT user verification in Salesforce in-app messaging for iOS, follow mandatory delegate registration order before presenting the chat interface, using minimal code changes and verifying all SDK type names against the API surface reference to avoid incorrect signatures.

How do I customize the chat UI in the Salesforce Messaging for In-App iOS SDK?

Customize the chat UI in the Salesforce Messaging for In-App iOS SDK by configuring chat options and implementing builder hooks such as ChatFeedViewBuilder and NavigationBarBuilder. Verify type names against fetched examples to ensure correct UI integration without inventing types.

What is the required delegate registration order for Salesforce in-app messaging on iOS?

Delegate registration order for Salesforce in-app messaging on iOS is mandatory and must occur before presenting the chat interface. Enforcing this wiring sequence prevents runtime issues, and all delegate types and signatures should be validated against the API surface reference.

Can I configure conversation management and transcripts with the Salesforce Messaging for In-App iOS SDK?

Yes, the Salesforce Messaging for In-App iOS SDK supports end-to-end conversation management workflows including conversation lists, close and end actions, and transcripts. Fetch correct example code to validate SDK API signatures for these features.

How do I set up templated auto-response URLs and business hours in Salesforce iOS in-app chat?

Set up templated auto-response URLs and business hours in Salesforce iOS in-app chat by routing to the correct workflow configuration. Validate all SDK type names and signatures against the API surface reference to enforce minimal-change constraints and avoid invented types.

What are the limitations when customizing the Salesforce Messaging for In-App iOS SDK?

Limitations when customizing the Salesforce Messaging for In-App iOS SDK include the strict requirement to enforce mandatory delegate wiring order and the constraint to use minimal code changes with no invented types, requiring verification against fetched examples or the API surface reference.