So sánh các ứng dụng Shopify được phát hiện trên nhiều cửa hàng.

Kiểm soát chi phí: trước mỗi lệnh gọi Spytrend có phí, hãy chạy `estimate_cost` miễn phí với cùng công cụ và tham số, ước tính chi phí và giữ trong ngân sách người dùng đã nêu; nếu người dùng chưa nêu ngân sách, hãy cho họ biết mức ước tính trước lệnh gọi có phí đầu tiên. Nếu cần có sự đồng ý về giá, hãy hiển thị các điều khoản được trả về và dừng lại cho đến khi khách hàng đồng ý rõ ràng; không bao giờ tự đồng ý thay khách hàng. Nếu một lệnh gọi bắt buộc không nằm trong ngân sách đã nêu, không thực hiện lệnh gọi có phí đó và trả về `Budget limit prevents required research`; bỏ qua lệnh gọi tùy chọn không nằm trong ngân sách và nêu rõ phạm vi bị thu hẹp. Khi mở quảng cáo bằng `get_ad`, bỏ qua các quảng cáo đa ngôn ngữ (`is_multilang`) và không bao giờ gọi `get_media` sau `get_ad`. Chỉ thử lại một lần khi `retryable=true`, sau `retry_after_seconds`. Đọc `params.ignored` sau mỗi lượt tìm kiếm; một bộ lọc bắt buộc bị bỏ qua không bao giờ được tính là đã áp dụng. Thông báo chi phí không thuộc báo cáo cuối cùng gửi khách hàng.
Sử dụng Spytrend MCP đã kết nối để so sánh các quan hệ ứng dụng Shopify đã phát hiện cho **mejuri.com, dusk.com, none, none**. Trọng tâm: **apps_only**.

Thực hiện mọi giai đoạn nghiên cứu trong prompt này trong một lượt. Ngoài các thông báo chi phí bắt buộc trước khi gọi, không phát ra các phản hồi bước trung gian và không dừng lại sau khi xác thực. Chỉ dừng sớm khi đầu vào không hợp lệ, bằng chứng bắt buộc không có sẵn hoặc danh tính bắt buộc không được xác định. Chỉ trả về báo cáo cuối cùng cho khách hàng.

## Đầu vào

1. Bỏ qua các mục bằng `none` (trường tùy chọn để trống). Chấp nhận từ hai đến bốn domain merchant công khai duy nhất. Chuẩn hóa host, giữ đúng thứ tự đã nộp và loại bỏ trùng lặp các host đã chuẩn hóa chính xác. Loại bỏ domain hạ tầng, localhost, địa chỉ IP và domain không hợp lệ. Nếu còn lại ít hơn hai hoặc nhiều hơn bốn, trả về chính xác `Invalid controlled input configuration` và không thực hiện lệnh gọi MCP nào.
2. Không bao giờ thay thế bằng một domain liên quan, theo khu vực, theo campaign, theo tài khoản, theo shop hay khớp mơ hồ.

## Bằng chứng rút gọn

3. Với mỗi domain đã giữ lại, chạy tuần tự:
   `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)`
4. Chỉ chấp nhận một dòng mà host đã chuẩn hóa khớp chính xác với host đã nộp. Một domain gốc không khớp với subdomain của nó; một subdomain đã nộp đòi hỏi đúng host đó.
5. Không bao giờ gọi `get_shop`, `search_ads`, `get_ad` hay `get_advertiser`. Các dòng chính xác bị thiếu và công nghệ thưa vẫn ở trạng thái unresolved hoặc limited evidence.
6. Giữ lại danh tính Shopify rõ ràng, tên hiển thị ứng dụng chính xác và các định danh/danh mục ứng dụng được trả về. Giữ các trường pixel, analytics, theme, plan, review, email/SMS, payment, checkout và tracker trong một khối Supporting technology riêng. Quốc gia và traffic là ngữ cảnh tùy chọn, không phải bằng chứng ngăn xếp ứng dụng.
7. Giữ lại mọi ứng dụng được trả về trong dòng domain chính xác, rút gọn. Chỉ loại bỏ trùng lặp các tên hiển thị đã chuẩn hóa giống hệt nhau. Không bao giờ gọi danh sách được trả về là đầy đủ.

## Phân loại và so sánh

8. Phân loại mỗi domain là Qualified, Limited evidence hoặc Unresolved. Qualified yêu cầu domain Shopify chính xác và ít nhất một trường công nghệ liên quan đến trọng tâm. Limited evidence nghĩa là domain Shopify chính xác đã được xác định nhưng công nghệ liên quan đến trọng tâm bị thiếu, trống hoặc mơ hồ. Unresolved nghĩa là không có dòng chính xác, có xung đột domain hoặc danh tính Shopify chưa được xác nhận.
9. Dữ liệu thiếu là `Not returned`, không bao giờ là zero, not installed hay not used.
10. Chỉ tính mức trùng lặp giữa các cửa hàng Qualified bằng tên hiển thị ứng dụng đã chuẩn hóa chính xác. Chỉ hiển thị mức trùng lặp toàn bộ khi có mặt ở mọi cửa hàng Qualified. Chỉ hiển thị mức trùng lặp theo cặp/nhóm con khi có ít nhất hai cửa hàng Qualified cùng chia sẻ đúng tên đó. Các domain Limited và Unresolved nằm ngoài mẫu số của phần trùng lặp.
11. Không gộp các tên ứng dụng, nhà cung cấp hoặc chức năng tương tự. Chỉ nhóm theo chức năng khi danh mục được trả về hoặc một quan hệ catalog được duy trì hỗ trợ điều đó.

## Câu trả lời cho khách hàng

12. Trả về `# Compare Shopify App Stacks` và `**[N] qualified · [M] limited · [K] unresolved · [Complete/Partial]**`.
13. Ngay sau đó thêm: `Detected technology may be incomplete. Not returned does not mean an app is not installed or used.`
14. Hiển thị Shared exact apps, một phần ngắn gọn cho mỗi domain đã nộp, các phát hiện riêng theo từng cửa hàng, tối đa bốn câu hỏi kiểm tra và Evidence limits. Nếu không có ứng dụng chính xác nào được dùng chung, hãy nói rõ điều đó.
15. Với `apps_only`, hiển thị mọi tên ứng dụng chính xác và bỏ qua các trường hỗ trợ. Với các trọng tâm khác, hiển thị các ứng dụng chính xác liên quan và công nghệ hỗ trợ. Với `all_detected_technology`, hiển thị cả hai.
16. Giữ câu trả lời không có table và trong 320 từ. Ẩn tên dịch vụ, tên preset/workflow/search-set, slug phân loại, tên route và tool, các lệnh gọi, tham số, ID gốc, JSON, quota, token, thời gian, các lượt thử lại, tóm tắt lượt chạy và các dòng mơ hồ bị loại bỏ.
17. Gắn nhãn `Evidence` cho một link ổn định, first-party được trả về rõ ràng. Không bao giờ tự tạo ra một link như vậy.
18. Chỉ đánh dấu Partial khi một lookup bắt buộc thất bại. Một lookup đã hoàn tất mà không có dòng chính xác hoặc công nghệ thưa vẫn là Complete với phân loại Limited/Unresolved.
19. Không bao giờ xếp hạng chất lượng ngăn xếp hay suy luận về độ hoàn thiện, mức tối ưu, việc sử dụng thực tế, chuyển đổi, doanh thu, ROAS hay lợi nhuận.

Kết thúc chính xác bằng:

`Detected technology is an observed relationship, not proof of active configuration, usage, completeness, quality, conversions, revenue, ROAS or profitability.`