Wingz by Wingify
Optimize Digital Experiences
- Category
- Data & Analytics
- Primary Subcategory
- Hotel Search & Booking
Integration details
Description
Wingz helps teams analyze experimentation performance, review behavior insights, and manage testing campaigns directly from ChatGPT.
- Integration type
- Plugin
- Verification status
- Not applicable
- Platform
- ChatGPT
- Primary Subcategory
- Hotel Search & Booking
- Secondary Subcategories
- None listed
- Brand
- VWO (Wingify)
- Access
- Account required
- First tracked
- 2026-06-04
- Tool count
- 31
- Geography
- US
The Primary Subcategory used for this profile’s headline score.
Other Subcategories where the Integration is listed.
Get alerts for Wingz by Wingify
Get updates when Wingz by Wingify’s Discoverability Score or category rank changes.
ChatGPT Plugin Discovery Score
ChatGPT Plugin discovery is coming soon
ChatGPT can surface a Plugin when it matches a user's request.Your Plugin Discovery Score measures how often yours appears.
No spam. Unsubscribe any time.
What discovery looks like

Competing in ChatGPT Product Analytics & Experimentation
View Category31 tools agents can invoke
Fetch click heatmap data for a Wingify page or campaign variation with optional segmentation. [MODES] Mode 1 — All Variations: Pass campaign_id only (no variation_id). Returns tabular click analysis for every variation in the campaign, segmented by conversion status (CONVERTED / NOT_CONVERTED). Mode 2 — Single Variation: Pass campaign_id and variation_id. Returns click data for that specific variation only. Mode 3 — Single URL: Pass url + start_time + end_time (no campaign_id). Both dates are required — a call with url alone will fail. Returns AI-annotated screenshot with visible element interaction metrics and heatmap overlays. Use for single_page_analysis and segmented_analysis. [AGENT INSTRUCTIONS] Pass segment_description in plain language to scope by audience — resolution happens automatically. In a campaign context (comparative_analysis), use Mode 1 or Mode 2 — never Mode 3. In a page context (single_page_analysis, segmented_analysis), use Mode 3 — never pass campaign_id. When campaign_id is provided, do NOT also pass url unless overriding the campaign's default page — the tool extracts the URL from campaign configuration automatically. Do not call this tool when heatmap markdown data is already present in the message — analyse the inline data directly (heatmap-analysis skill) instead. DATE RANGE (critical — read before calling): Mode 3 (url, no campaign_id): Always pass both start_time and end_time on the first call. Never call with url alone — the API rejects it. When the user specifies a range: extract dates into DD/MM/YYYY. When the user does not specify dates: default to the last 30 days (start = today − 30 days, end = today), formatted DD/MM/YYYY. Mode 1/2 (campaign_id): Dates are optional at the API entry point; pass them when the user specifies a range, otherwise omit unless the call fails due to empty data. Format: Prefer DD/MM/YYYY; ISO (YYYY-MM-DD) is also accepted by the server. VARIATION ID MAPPING (applied automatically by the tool internally): Control → pass 0 Variation 1 → pass 1 Variation N → pass N The tool adds +1 to map these to backend IDs — never add the offset yourself. Returns: list[dict]: One or more analysis blocks: - {"type": "input_text", "text": "<markdown-formatted analysis>"} Contains sPath, click percentages, dead/rage/error metrics per element. - {"type": "input_image", "image_url": "<url>"} — Mode 3 only, if available. Extract sPath values and click metrics from the text block for Evidence lines. Raises: ValueError: If required parameters for the selected mode are missing (e.g. url absent in Mode 3, or campaign_id absent in Modes 1–2). ValueError: start_time and end_time are required when using url without campaign_id. ValueError: Invalid date format (expected DD/MM/YYYY or ISO YYYY-MM-DD). [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
get_heatmap_clicks_tool
Fetch session recording analysis for a Wingify campaign or user segment — session narratives and page journey flows. [MODES] Mode 1 — All Variations: Pass campaign_id only (no variation_id). Returns session stories and journey data for every variation in the campaign, segmented by conversion status (CONVERTED / NOT_CONVERTED). Mode 2 — Single Variation: Pass campaign_id and variation_id. Returns session stories and journey data for that specific variation only. Mode 3 — Account / URL scope: Omit campaign_id. Scope audience with segment_description in plain language — resolution happens automatically. [AGENT INSTRUCTIONS] When a specific variation or control is named by the user, variation_id is REQUIRED — never call this tool without it in that case. metric_id prefix conversion: if the user provides "M1", "M2", etc., strip the "M" and pass the integer (M1 → 1, M2 → 2). If no metric_id is provided, omit it — the tool uses the campaign's primary goal automatically. Do NOT call this tool when recording markdown is already present in the message — analyse the inline data directly (recording-analysis skill) instead. VARIATION ID MAPPING (applied automatically by the tool internally): Control → pass 0 | Variation 1 → pass 1 | Variation N → pass N The tool adds +1 to map these to backend IDs — never add the offset yourself. Returns: str: Markdown-formatted analysis containing: - Session Stories: detailed narratives of user sessions for CONVERTED and NOT_CONVERTED users per variation - Page Journey Data: hierarchical navigation flows showing the sequence of pages visited with visit counts (e.g. "1-homepage.com → 2-product.com → 3-checkout.com") Raises: ValueError: If campaign_id is invalid or the date range returns no data. Widen the date range or verify the campaign_id and retry. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
get_recording_data_tool
Calculate required sample size for a Wingify A/B test — either for a running campaign or a planned one. [MODES] Mode 1 — Existing Campaign: Pass campaign_id. Tool fetches configuration automatically. Only goal_id may also be supplied (to target a non-primary goal). All other statistical parameters (mde, avg, rope, etc.) are ignored. Mode 2 — Custom / Hypothetical: Omit campaign_id. Supply statistical parameters directly. All parameters have sensible defaults; the tool works with only mde provided. [AGENT INSTRUCTIONS] Default mde to 0.20 (20% relative lift) when the user does not specify. Explain MDE, ROPE, or confidence thresholds only if the user asks or signals confusion. Do NOT use this tool alone to interpret already-collected significance — use fetch_campaign_report_tool for current conversion rates and statistical status. When the user asks both "is it significant?" and "how many more visitors are needed?", call fetch_campaign_report_tool first, then this tool in Mode 1 for the sample-size estimate. In Mode 1 (campaign_id provided), do NOT call fetch_campaign_report_tool solely to load campaign configuration — this tool fetches that automatically. If the call fails, retry once then report the error. Returns: str: Formatted summary with required sample size per variation, total sample, estimated duration, and the key assumptions applied. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
calculate_sample_size_tool
Clone a Wingify campaign in the authenticated account. Returns: JSON string with a success message after the campaign is cloned. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
clone_wingify_campaign_tool
Create a new Wingify FME feature flag for the authenticated account. Before calling: For goals with custom metric names, call ``fe_get_fme_metrics_tool`` first so each goal's ``metricName`` exists on the account. Each variable must include ``variableName``, ``dataType`` (boolean|string|int|float|json), and ``defaultValue`` matching that type. Behavior: On success, the API returns feature data (including ``id`` and ``featureKey``). If the envelope is empty, the tool surfaces an explicit empty-payload message instead of assuming fields exist. Returns: Markdown summary of the created flag. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_create_feature_flag_tool
Create one or more rules under an environment for a feature. Before calling: From ``fe_get_feature_flag_tool``, read variation ids (``featureVariationId``) for FLAG_TESTING / FLAG_PERSONALIZE / FLAG_MULTIVARIATE rules. FLAG_ROLLOUT only needs ``campaignData.percentSplit``. Rule schema per entry: ``name`` – display name of the rule. ``key`` – unique rule key. ``type`` – one of ``FLAG_ROLLOUT | FLAG_TESTING | FLAG_MULTIVARIATE | FLAG_PERSONALIZE``. ``campaignData`` – traffic config: ``percentSplit`` (int, default 100) – overall traffic % for this rule. ``variations`` (list, optional) – per-variation traffic; shape: ``[{"featureVariationId": <int>, "percentSplit": <int, default 50>}, ...]``. Rule-type requirements: FLAG_ROLLOUT: only ``campaignData.percentSplit`` is required. FLAG_TESTING: ``campaignData.variations`` required; at least 2 entries each with ``featureVariationId`` and ``percentSplit``; splits must sum to 100. FLAG_PERSONALIZE: ``campaignData.variations`` required; exactly 1 entry. FLAG_MULTIVARIATE: ``campaignData.variations`` required with all variation IDs. Each rule has independent traffic allocation (defaults to 100 %). For testing rules the traffic is split between variations (defaults to 50 % each). Returns: Markdown summary of created rules (supports both list and wrapped list shapes from the API). [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_create_feature_flag_rules_tool
Create a ready-to-use feature flag in one call: creates the flag, adds a variation, creates rules, enables **all** created rules, then enables the flag. Use ``fe_toggle_feature_flag_rules_tool`` afterward for selective rule enablement. ``variables`` and ``variations`` are both required on every call. variableId auto-resolution: Pass positional placeholder IDs (1, 2, 3 …) in ``variations[*].variables``. After flag creation the tool resolves them to the real server-assigned IDs by index — callers never need to look up internal IDs. Default rules (when ``feature_rule`` is omitted): One ``FLAG_ROLLOUT`` rule at 100 % traffic and one ``FLAG_TESTING`` rule with a 50 / 50 split are created automatically. Prerequisite: Call ``fe_list_projects_and_environments_tool`` first if the environment is unknown. Call ``fe_get_fme_metrics_tool`` to get valid metric names for ``goals`` when unsure. Returns: Markdown summary with per-step outcomes. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_create_feature_flag_with_defaults_tool
Create a Wingify A/B test campaign with code-based variations. [AGENT INSTRUCTIONS] In the simplest case, only campaign_name and url are needed. The campaign is created with a control and one placeholder variation; variation code can be set afterwards via update_campaign_config. If you pass metrics, exactly one metric MUST have "isPrimary": true, and the IDs must come from get_data360_entities — never guess or hardcode metric values. Set "isGuardrail": true on a metric only if the user asked for a guardrail Do NOT include JavaScript code for the control variation — it is created automatically. Each variation code MUST be wrapped in <script> tags. Returns: str: Details of the created Wingify A/B test campaign, including the campaign URL. Raises: ValueError: If neither url nor (urls_to_include and editor_url) is provided, metric configuration is invalid, or variation_codes contains invalid JavaScript or missing <script> tags. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
create_ab_campaign
Create a Wingify split URL campaign to test two or more full page URLs against each other. [AGENT INSTRUCTIONS] ALWAYS call get_data360_entities first to obtain valid metric IDs before calling this tool. Never guess or hardcode metric values. Exactly one metric in the metrics list MUST have "isPrimary": true. Returns: str: The URL of the created campaign in the Wingify dashboard. Raises: ValueError: If required parameters are missing, metric configuration is invalid (e.g. no primary metric), or the API call fails. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
create_split_url_campaign
Permanently delete a feature flag by id or key. Before calling: Confirm the correct ``feature_id_or_key`` via ``fe_list_feature_flags_tool`` or ``fe_get_feature_flag_tool``. Warning: Deletion is irreversible for that flag id; dependent rules in environments may be removed or invalidated per product behavior. Returns: Markdown confirmation and any payload returned by the delete endpoint. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_delete_feature_flag_tool
Delete one rule from a feature in an environment. Before calling: List rules with ``fe_list_feature_flag_rules_tool`` to confirm ``rule_id_or_key``. Returns: Markdown confirmation and any delete payload returned by the API. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_delete_feature_flag_rule_tool
Return every variation preview URL in backend order. Includes control and disabled variations. Maps each URL to its variation id from ``_vis_preview_data``. Does not take screenshots. [AGENT INSTRUCTIONS] Call after a successful campaign save in chat mode to obtain Wingify preview links. The first returned variation URL is the default button target; verification should inspect the intended saved variation. Returns: dict: campaign_id and variations [{variation_id, preview_url}] in backend order. Raises: ValueError: If the campaign is not found or preview URLs cannot be fetched. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
get_campaign_preview_urls_tool
Fetch one feature flag by numeric id or string key (full config: variables with ids, variations, goals, rules count). Before calling: Use ``fe_list_feature_flags_tool`` if you do not know the id/key. Use the response when: Updating variables or variations (you need server ``id`` values). Building rule payloads that reference ``featureVariationId``. Returns: Markdown summary. If the flag does not exist or the API returns no ``_data``, the output explains empty payload rather than failing silently. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_get_feature_flag_tool
Fetch a single rule by rule id or key under a feature and environment. Before calling: Use ``fe_list_feature_flag_rules_tool`` to discover ``rule_id_or_key``. Returns: Markdown rule detail. If the rule does not exist or ``_data`` is empty, the tool explains missing payload instead of assuming fields. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_get_feature_flag_rule_tool
Generate a preview URL for a campaign variation. Uses the campaign editor URL from campaign data, checks that VWO SmartCode is installed on that page, then fetches the variation preview URL. [AGENT INSTRUCTIONS] Call this when you want to preview the changes you made to a variation, typically after calling something like update_campaign_config. Do not use this for campaign reports. If SmartCode is not installed, tell the user the preview cannot apply changes and share the returned message. Otherwise return the preview_url so they can open it. Note: The preview URL needs a browser environment for the changes to be visible - open it in your browser. Returns: dict: ``smartcode_installed`` and either ``preview_url`` or ``message``. Raises: ValueError: If SmartCode analysis fails, the editor URL cannot be resolved from campaign data, or the preview-urls request fails.
get_variation_preview_url
Fetch account-level configuration, SmartCode properties, and product subscription details for the authenticated Wingify account. [AGENT INSTRUCTIONS] Call this tool at the start of any workflow that requires knowing the account's active products, plan types, or SmartCode setup — before calling product-specific tools. Display the returned markdown exactly as returned; do not reformat or summarise it. Use the data here to answer questions about account setup, tracking, integrations, and enabled features without making additional API calls. Returns: str: Markdown report including: - Account ID, name, settings, and hierarchy - Enabled products (Testing, Insights, Engage, Deploy, Data360, etc.) and plan types - SmartCode properties table (domains, installation status, platform types, last activity) - Integration settings (GA, GTM, UA, etc.) Display directly — do not wrap in conversational text or reformat. Raises: ValueError: If authentication fails or the account API request fails. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
get_account_details_tool
Fetch day-by-day conversion data for a Wingify campaign to surface trends over time. [AGENT INSTRUCTIONS] Use this tool only when the user asks about trends, patterns over time, or day-over-day performance — not for a single-point performance snapshot (use fetch_campaign_report_tool for that). Returns: str: Markdown report with daily conversion rates per variation. Suitable for identifying ramp-up periods, seasonality, or sudden performance shifts. Raises: ValueError: If campaign_id is invalid or not found. Verify the ID using get_campaigns_overview_tool and retry. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fetch_campaign_daywise_data_report_tool
Retrieve the raw code injected via Wingify's visual editor for each variation. Extracts the editorData stack — the sequence of CSS/JS snippets written directly inside VWO's editor — and returns them as fenced code blocks, one section per variation. [AGENT INSTRUCTIONS] Call this tool ONLY when the user explicitly needs the raw editor code itself — to inspect it, copy it, or reuse it in a new campaign. Do NOT call this for campaign summaries, understanding what a variation does, comparing variation changes, or QA analysis. Use fetch_campaign_report_tool for all of those. Returns: str: Markdown with the campaign name as a heading and each variation's injected editor code in fenced code blocks. Raises: ValueError: If the campaign is not found. Verify the ID with get_campaigns_overview_tool and retry. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
get_campaign_variation_code_tool
Fetch performance data for a Wingify campaign — conversion rates, lift, and goal results per variation. [AGENT INSTRUCTIONS] Use for point-in-time or segmented campaign performance — conversion rates, lift, chance to beat control, and goal IDs. Use fetch_campaign_daywise_data_report_tool instead when the user asks about trends or day-over-day patterns. Pass segment_description in plain language to scope by audience — resolution happens automatically. Date params use YYYY-MM-DD (unlike heatmap/recording tools which use DD/MM/YYYY). Returns: str: Markdown report containing per-variation results — conversion rate, lift over control, chance to beat control, goal IDs, and statistical status. Raises: ValueError: If campaign_id is invalid or not found. Verify the ID using get_campaigns_overview_tool and retry. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fetch_campaign_report_tool
List Wingify campaigns matching the given filters, returning a formatted overview table. [AGENT INSTRUCTIONS] DISPLAY the returned markdown table exactly as-is — do not reformat, summarize, or condense it. Always prefix the response with: "Here are the campaigns for the period [start_time] to [end_time]:" When resolving a campaign name to an ID, extract the matched campaign_id silently and pass it to the next capability without asking the user to confirm. Returns: str: Complete markdown with a summary table. Contains campaign IDs, names, statuses, types, and basic metrics. Display this output directly without modification. Raises: ValueError: If an invalid status value is provided. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
get_campaigns_overview_tool
List account-wide Data360 metrics usable with feature flags (API filter: flag-testing campaign type). Call this before: ``fe_create_feature_flag_tool`` / ``fe_update_feature_flag_tool`` / ``fe_create_feature_flag_with_defaults_tool`` when you need valid ``metricName`` values for goals. Returns: Markdown table of metrics. An empty list means no metrics matched the filter—not necessarily an auth error; verify account setup and metric catalog. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_get_fme_metrics_tool
Get available Wingify Data360 metrics for the authenticated account. [AGENT INSTRUCTIONS] ALWAYS call this tool before create_split_url_campaign or create_ab_campaign to discover available metric IDs. Never guess or hardcode metric values — use the IDs returned here as inputs to the campaign creation tools. Returns: dict: {"Available Metrics": <list of metric objects>} where each metric object includes the metric ID, name, and type. Pass these IDs when creating campaigns. Raises: ValueError: If the Data360 metrics fetch fails. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
get_data360_entities
List FME projects and their environments (ids, names, enabled flags, rule counts where available). Call this first when: Any tool requires ``environment_id_or_key`` and you are unsure of ids or standard env names (e.g. Dev/Staging/Prod mappings differ by account). Returns: Markdown tables for projects and environments. Sensitive fields like sdk keys are not surfaced in the primary tables. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_list_projects_and_environments_tool
List rules for a given feature in a given environment (paginated). Before calling: Resolve ``environment_id_or_key`` via ``fe_list_projects_and_environments_tool``. Resolve ``feature_id_or_key`` via ``fe_list_feature_flags_tool`` or ``fe_get_feature_flag_tool``. Returns: Markdown list/table. An empty rule set is a valid outcome—check offset/limit and that rules were created for that env/feature. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_list_feature_flag_rules_tool
List feature flags with pagination (limit/offset). Use this to: Discover ``feature_id_or_key`` values for get/update/delete/toggle. See counts and types before deeper calls. Empty page: A valid response may contain no rows; that is not an error—adjust ``offset`` or confirm the account has flags. Returns: Markdown table (and optional metadata block). [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_list_feature_flags_tool
Enable or disable a feature flag for one environment. Does not enable or disable individual rules — use ``fe_toggle_feature_flag_rules_tool`` for per-rule control. Before calling: Use ``fe_list_projects_and_environments_tool`` to resolve ``environment_id_or_key`` (numeric id or environment name/key as supported by your account). Use ``fe_list_feature_flags_tool`` to resolve ``feature_id_or_key``. Returns: Markdown summary of toggle result; empty API ``_data`` is handled gracefully. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_toggle_feature_flag_tool
Enable or disable one, many, or all rules for a feature in an environment. Behavior: If ``rule_ids`` is omitted (``None``), **all** rules for that feature in that environment are toggled. Pass one or more numeric ids to limit scope. An empty list (``[]``) is rejected — do not pass ``[]``. Enable only specific rule(s) (e.g. one rollout while others stay off): 1. ``fe_list_feature_flag_rules_tool`` — copy numeric ``id`` (not ``key``). 2. This tool with ``is_enabled=False`` and no ``rule_ids`` (disable all). 3. This tool with ``is_enabled=True`` and ``rule_ids=[<target_id>]``. Before calling: Confirm environment and feature ids/keys (projects list + feature list/get). Returns: Markdown summary of the toggle response. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_toggle_feature_flag_rules_tool
Patch an existing feature flag; only provided fields are sent to the API. Before calling: Call ``fe_get_feature_flag_tool`` for the same ``feature_id_or_key`` to obtain current variable ids, variation ids, and structure. For goals, ensure ``metricName`` values exist (``fe_get_fme_metrics_tool``). Notes: Omitting a field leaves it unchanged on the server (do not send empty lists unless you intend to clear something the API allows clearing). If the API returns an empty body after success, formatting still completes with a clear message. Returns: Markdown summary of the updated flag. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_update_feature_flag_tool
Update traffic or variation allocation for one rule (``campaign_data`` only; other rule fields unchanged unless API allows). Before calling: Use ``fe_get_feature_flag_rule_tool`` or list output to confirm ``rule_id_or_key`` and current ``campaignData`` shape. Variation ids in ``campaign_data`` must match the feature's variations from ``fe_get_feature_flag_tool``. Returns: Markdown summary of the updated rule. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
fe_update_feature_flag_rule_tool
Update the configuration of an existing Wingify campaign (URLs, variations, goals, schedule, or name). The control_url parameter is only applicable for split URL campaigns. To update the URLs for an A/B test, use the urls_to_include parameter. To update the name of the campaign, use the campaign_name parameter. If the user asks to update control URL/URLs for an **A/B test** campaign, use the urls_to_include parameter. If the user asks to update the URLs for a **split URL campaign**, use the control_url parameter. IMPORTANT: - This is a REPLACE operation. Include ALL items you want to keep. Items not included will be removed. If campaign_name is not provided, the campaign name will not be updated. *variations is a full replace list. Every variation you want to keep must appear with its id. Omitted ids are deleted. Updating JS on one variation still requires listing all other variations you want to keep unchanged (e.g. {"id": 1} for control).* - *Use fetch_campaign_report_tool first to get existing variation/goal IDs for the campaign.* - *Do not make changes to a campaign if it is RUNNING. You can ONLY make changes to campaigns that are not live.* Returns: Success message. Raises: ValueError: If the campaign is RUNNING, required IDs are missing, or the API call fails. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
update_campaign_config
Start or pause a Wingify campaign by updating its status. [AGENT INSTRUCTIONS] Use this tool when the user explicitly asks to start, resume, or pause a campaign. Always confirm the campaign ID with the user before changing its status. Verify the current status first using get_campaigns_overview_tool if uncertain. Returns: str: Confirmation message indicating the updated campaign status. Raises: ValueError: If campaign_id is invalid or the status transition is not allowed. [SUB_ACCOUNT_ACCESS] Optional `account_id`: run this tool against a specific Wingify sub-account instead of your main account. Must be your main account or one of its active sub-accounts — unauthorized IDs are rejected. Defaults to your main account when omitted. [/SUB_ACCOUNT_ACCESS]
update_campaign_status
How do I improve a ChatGPT Plugin's discoverability?
The levers are the listing surface agents actually read: names, descriptions, keywords, tool metadata, and registry health. Which lever matters depends on where discovery breaks, which is what continuous measurement shows.
What are Wingz by Wingify alternatives on ChatGPT?
As of 2026-09-21, Wingz by Wingify competes with Amplitude, Amplitude EU, Churn Solution, Clics, Customer Journey Analytics, Datadog Experiments, Fullstory, Hardal, KrystalView, Magnus, Mixpanel, Parse.ly, Pendo, PostHog, Savri, SEO Programático, Statsig, Subtext, Userflow in ChatGPT Product Analytics & Experimentation, ranked by public Discoverability Score.
Where is this profile measured?
This profile uses the geography attached to the latest public registry snapshot: US. Locale tags are intentionally omitted.