Integrate at the lifecycle boundary
Place initialization and cleanup where the host framework can guarantee one active widget instance.
Audits or integrates one theme-consistent SupportKori trigger across website and browser-extension surfaces.
A support widget can technically load while still conflicting with a site's design, mounting more than once, violating CSP, or failing inside browser-extension surfaces.
Integration must use the repository's established SupportKori contract rather than inventing a generic embed.
Websites and extensions have different lifecycle, CSP, permission, and iframe boundaries.
Remote configuration and publication remain outside an ordinary local integration request.
Host-surface and existing-integration audit; lifecycle-safe trigger and panel integration; CSP, extension, visual, and runtime verification.
Identify framework lifecycle, existing widget code, theme tokens, CSP, and extension constraints.
Mount one native-looking trigger and preserve the established embedded-panel contract.
Check duplication, cleanup, focus, responsive placement, CSP, and runtime behavior.
Place initialization and cleanup where the host framework can guarantee one active widget instance.
Reuse local tokens and interaction patterns so support feels native to the product.
Validate manifest permissions, CSP, and extension-page behavior instead of assuming website rules apply.
Share your challenge, scope, and timeline to start a focused conversation.