Add fixture-safe social listening pattern

[kriptoburak]

Summary

• add a new fixture-safe social-listening automation pattern
• include workflow, fixtures, Python implementation, and pattern tests
• update pattern index, capability registries, and discovery assertions

Duplicate Gate

• no existing Xquik PRs or issues found in this repo
• default branch had no Xquik or x-twitter-scraper pattern

Validation

• targeted social-listening and pattern-discovery pytest run passed
• workflow and fixture JSON parsed with python json.tool
• git diff check passed

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 796fdedbe9

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

[chatgpt-codex-connector]

Align runnable flag with supported runner

When clients call list_capabilities(runnable_only=True), this new capability is advertised as runnable, but run_capability routes pattern capabilities through run_pattern, which rejects any pattern not present in SUPPORTED_API_RUN_PATTERNS; src/auto_kit/api.py still only enables webhook-router, csv-to-crm, and lead-enrichment. As a result, pattern.social-listening.default is discoverable as runnable but MCP/API execution returns status: rejected, so either add social-listening to the supported run set or mark this capability non-runnable until it is enabled.

Useful? React with 👍 / 👎.

[kriptoburak]

Fixed in ff034b0 by enabling social-listening in SUPPORTED_API_RUN_PATTERNS and adding API plus MCP coverage for the runnable capability path.