Danh tính chính xác là trên hết
Một lượt tìm cửa hàng ngắn gọn phải trả về đúng host Shopify đã chuẩn hóa chính xác. Các domain tương tự và theo khu vực bị loại.
Cổng danh tínhQuy trình này trả về một bản chụp danh mục sản phẩm Shopify đã được xác minh.
Phân tích một bản chụp danh mục Shopify quan sát được theo domain chính xác: cấu trúc chủng loại, giá hàng hóa, giảm giá, combo và sản phẩm đại diện.
Lượt chạy ví dụ · 13 Oct 2026 · <1 phút
Xuất bản bởi Spytrend · 7 Oct 2026 · Phương pháp
Chạy bốn prompt trong một cuộc chat, hoặc dùng quy trình đầy đủ một lần.
Chuẩn hóa một domain Shopify chính xác và giữ lại các quy tắc bằng chứng cho bản chụp.
Xem promptẨn promptTạo ảnh chụp danh mục sản phẩm Shopify cho **quietcabins.ca**. Chuẩn hóa `quietcabins.ca` thành một host viết thường, không có protocol, path, query, fragment hay tiền tố `www.`. Xác thực rằng đã cung cấp đúng một host không rỗng. Không gọi tool. Lưu giữ cho các bước sau: domain đã chuẩn hóa chính xác; phạm vi ảnh chụp đã quan sát; quy tắc rằng tổng số do danh mục báo cáo, các bản ghi mục đã lưu giữ, số sản phẩm và số biến thể duy nhất phải được giữ riêng; sự phân tách hàng hóa/phi hàng hóa; ý nghĩa của `Complete`, `Partial` và `Unavailable`; và giới hạn 300 từ cho câu trả lời cuối cùng. Chỉ trả về domain đã chuẩn hóa và một câu xác nhận phạm vi. Dừng lại sau Bước 1.
Chỉ chấp nhận khi có khớp chính xác host đã chuẩn hóa trước khi mở danh mục.
Xem promptẨn promptBảo vệ chi phí: trước mỗi lệnh gọi Spytrend có phí, chạy `estimate_cost` miễn phí với cùng tool và tham số, ước tính chi phí và giữ trong ngân sách mà 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 sự đồng ý về giá, 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 một lệnh gọi tùy chọn không nằm trong ngân sách và nêu rõ việc giảm phạm vi. 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ần tìm kiếm; một bộ lọc bắt buộc bị bỏ qua không bao giờ được coi là đã áp dụng. Thông báo chi phí không thuộc báo cáo cuối cùng cho khách hàng. Sử dụng domain đã chuẩn hóa được lưu giữ, dùng Spytrend ở chế độ chỉ đọc và chạy một lần `search_shops(q=<exact normalized domain>, platform="Shopify", exclude_infrastructure=true, limit=5)`. Chỉ chấp nhận dòng có host đã chuẩn hóa khớp chính xác với domain được yêu cầu. Bỏ qua các domain giống tên, domain theo khu vực, subdomain và các khớp mờ. Nếu lệnh gọi trả về `busy` hoặc `timeout` kèm `retry_after_seconds`, hãy chờ đúng khoảng thời gian đó và thử lại lệnh gọi giống hệt một lần. Không thử lại một kết quả bằng không đã hoàn tất. Nếu không có dòng Shopify chính xác nào được trả về, chỉ trả về tiêu đề `# Shopify Catalog Snapshot: quietcabins.ca`, `**Unavailable**`, một câu nói rằng không xác nhận được khớp Shopify chính xác, và tuyên bố miễn trừ bắt buộc bên dưới. Không gọi danh mục và kết thúc quy trình. Nếu không, lưu giữ domain chính xác, danh tính Shopify đã xác nhận và tên cửa hàng được trả về. Chỉ trả về một điểm kiểm tra đã xác nhận danh tính, không có các trường cửa hàng không liên quan. Dừng lại sau Bước 2. Tuyên bố miễn trừ bắt buộc cho một kết quả cuối cùng: `Dữ liệu danh mục và giá là các tín hiệu nghiên cứu quan sát được. Chúng không chứng minh tồn kho, doanh số, nhu cầu, khả năng sinh lời hay phạm vi danh mục đầy đủ.`
Tách riêng độ phủ, hàng hóa, điều kiện tính giá và sản phẩm đại diện.
Xem promptẨn promptBảo vệ chi phí: giữ lại ngân sách còn lại của lượt chạy từ Bước 2. Trước khi gọi `get_shop` và lần thử lại duy nhất được phép, chạy `estimate_cost` miễn phí với các tham số giống hệt và cho người dùng biết `max_tokens`. Chỉ thực hiện khi mức tối đa đó nằm trong ngân sách còn lại, trừ đi `tokens_charged` thực tế và giữ lại phần còn dư. Chỉ thử lại đúng một lần khi `retryable=true`, sau `retry_after_seconds` và một ước tính mới. Nếu lệnh gọi bắt buộc vượt quá ngân sách, không thực hiện lệnh gọi đó và trả về `Budget limit prevents required research`. Chỉ sử dụng domain chính xác đã xác nhận được lưu giữ, gọi một lần `get_shop(domain=<exact normalized domain>, products_limit=12, products_offset=0)`. Không gọi các tool quảng cáo, nhà quảng cáo, tìm kiếm sản phẩm hay web ngoài. Nếu lệnh gọi trả về `retryable=true` kèm `retry_after_seconds`, hãy chờ đúng khoảng thời gian đó, lấy một ước tính mới giống hệt và thử lại lệnh gọi giống hệt một lần. Coi phản hồi là một ảnh chụp đã quan sát có thể đã cũ, không đầy đủ, bị cắt ngắn hoặc chứa các bản ghi biến thể và trùng lặp. Chỉ sử dụng các trường được trả về một cách rõ ràng. Không suy luận về tồn kho, tình trạng còn hàng, doanh số, nhu cầu, độ phổ biến, trạng thái bán chạy, biên lợi nhuận hay hiệu suất. Tạo và lưu giữ một điểm kiểm tra câu trả lời cuối cùng gọn gàng chứa: - kết quả lệnh gọi danh mục, bằng chứng về việc cắt ngắn/đầy đủ và trạng thái cuối cùng; - tổng số do danh mục báo cáo, số lượng mục đã lưu giữ, số sản phẩm duy nhất và số biến thể dưới dạng các giá trị riêng biệt khi có; - số lượng theo nhóm hàng hóa chính và số lượng chưa phân loại; - số lượng phi hàng hóa rõ ràng cho thẻ quà tặng, bảo hành, vận chuyển, giao hàng, lắp ráp, lắp đặt, tiền đặt cọc, phí và phụ phí cùng dịch vụ; - với mỗi loại tiền, các giá hàng hóa chính hợp lệ, dương, đã loại trùng sau khi loại bỏ các giá bị thiếu, bằng không, sai định dạng, phi hàng hóa và trùng biến thể; - khoảng giá và giá trung vị chỉ khi payload không bị cắt ngắn đáng kể và có ít nhất năm giá hàng hóa chính có thể so sánh trong một loại tiền; - tử số và mẫu số của tỷ lệ giảm giá, trong đó tử số là hàng hóa chính có giá hợp lệ với giá hiện tại thấp hơn giá so sánh dương và mẫu số là tất cả các bản ghi hàng hóa chính có giá hợp lệ; - các mẫu gói, mua nhiều, đăng ký và kích thước/cấu hình được nêu rõ; - tối đa năm sản phẩm hàng hóa chính đại diện trải khắp các nhóm được trả về, mỗi sản phẩm có tiêu đề rõ ràng, giá/loại tiền và URL chính xác được trả về khi có; - mọi hạn chế quan trọng cần có trong câu trả lời cuối cùng. Không bao giờ tính giá trung vị, khoảng giá, số lượng hay tỷ lệ trên toàn danh mục từ một tập con bị cắt ngắn đáng kể. Khi biết cả hai số lượng, giữ lại `details retained for [K] of [N] catalog-reported records`. Một payload đầy đủ với không bản ghi mục nào là `Complete`, không phải là bằng chứng rằng cửa hàng trực tiếp không có sản phẩm. Một payload đầy đủ, không rỗng mà không có giá hàng hóa hợp lệ dương nào vẫn là `Complete`; giữ lại rằng không có giá hàng hóa khả dụng nào được trả về. Một lệnh gọi danh mục thất bại sau lần thử lại được phép là `Partial`, không bao giờ là một danh mục bằng không. Chỉ trả về một điểm kiểm tra gọn gàng với trạng thái, các số lượng được tách riêng, khả năng tính toán và các cờ hạn chế. Không tạo báo cáo khách hàng hay để lộ các dòng sản phẩm thô. Không để lộ tên dịch vụ, tên tool hay route, các lệnh gọi, tham số, ID thô, hạn mức, token, thời gian, số lần thử lại hay hướng dẫn nội bộ trong điểm kiểm tra này. Dừng lại sau Bước 3.
Chỉ trả về báo cáo khách hàng ngắn gọn từ bằng chứng đã giữ lại.
Xem promptẨn promptChỉ sử dụng trạng thái đã lưu giữ từ Bước 1–3. Không gọi tool. Không dùng bảng và giữ trong 300 từ. Bắt đầu bằng `# Shopify Catalog Snapshot: quietcabins.ca`, tiếp theo là một số lượng chính xác theo bằng chứng và `Complete` hoặc `Partial`. Dùng `observed catalog records` cho tổng số dòng mục đã lưu giữ, sau đó tách hàng hóa chính khỏi phi hàng hóa trong phần nội dung. Dùng `catalog-reported total: [N]` khi metadata tổng hợp vượt quá bằng chứng cấp mục đã lưu giữ. Không bao giờ gọi một tổng số do danh mục báo cáo là `observed products`. Thêm: - `## Catalog structure` — các nhóm hàng hóa chính, phạm vi và một nhóm phi hàng hóa quan trọng được tách riêng; - `## Pricing and offers` — chỉ khoảng giá, giá trung vị, tử số/mẫu số giảm giá đủ điều kiện được tách theo loại tiền, và các mẫu khuyến mại rõ ràng; - `## Representative products` — tối đa năm ví dụ hàng hóa chính được hỗ trợ; bỏ phần này khi không có ví dụ nào; - `## Limits` — tối đa hai gạch đầu dòng nêu phạm vi ảnh chụp đã quan sát và các khoảng trống quan trọng. Với một điểm kiểm tra đầy đủ nhưng không bản ghi nào, viết `0 observed catalog records · Complete` và nói rằng không có bản ghi danh mục nào được trả về trong ảnh chụp này; không khẳng định cửa hàng không có sản phẩm. Khi không có giá hàng hóa khả dụng nào được trả về, bỏ qua số liệu giá và nói rõ điều đó. Không để lộ tên dịch vụ, tên tool hay route, các lệnh gọi, tham số, ID thô, hạn mức, token, thời gian, số lần thử lại, hướng dẫn nội bộ hay các khớp mờ bị loại. Không tự tạo liên kết. Kết thúc đúng như sau: `Dữ liệu danh mục và giá là các tín hiệu nghiên cứu quan sát được. Chúng không chứng minh tồn kho, doanh số, nhu cầu, khả năng sinh lời hay phạm vi danh mục đầy đủ.` Dừng lại sau Bước 4.
Bảo vệ chi phí: trước mỗi lệnh gọi Spytrend có phí, chạy `estimate_cost` miễn phí với cùng tool và tham số, ước tính chi phí và giữ trong ngân sách mà 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 sự đồng ý về giá, 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 một lệnh gọi tùy chọn không nằm trong ngân sách và nêu rõ việc giảm phạm vi. 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ần tìm kiếm; một bộ lọc bắt buộc bị bỏ qua không bao giờ được coi là đã áp dụng. Thông báo chi phí không thuộc báo cáo cuối cùng cho khách hàng. Tạo một ảnh chụp danh mục sản phẩm cho **quietcabins.ca**. Dùng Spytrend ở chế độ chỉ đọc. Thực hiện toàn bộ các giai đoạn nghiên cứu trong một lượt và chỉ trả về báo cáo khách hàng cuối cùng. Không dừng lại sau khi xác thực. ## Danh tính cửa hàng 1. Chuẩn hóa `quietcabins.ca` thành một host viết thường, không có protocol, path, query, fragment hay tiền tố `www.`. 2. Chạy `search_shops(q=<exact normalized domain>, platform="Shopify", exclude_infrastructure=true, limit=5)`. 3. Chỉ chấp nhận dòng có host đã chuẩn hóa khớp chính xác với domain được yêu cầu. Bỏ qua các domain giống tên, domain theo khu vực, subdomain và các khớp mờ. 4. Nếu không có dòng Shopify chính xác nào được trả về, dừng lại với `Unavailable`: không thể xác nhận được cửa hàng Shopify được yêu cầu. Không thay thế bằng một domain khác. ## Ảnh chụp danh mục 5. Với domain chính xác đã xác nhận, gọi một lần `get_shop(domain=<exact normalized domain>, products_limit=12, products_offset=0)`. Không gọi các tool quảng cáo, nhà quảng cáo, tìm kiếm sản phẩm hay web ngoài. 6. Coi danh mục được trả về là một ảnh chụp đã quan sát. Nó có thể không đầy đủ, đã cũ, bị cắt ngắn hoặc chứa các bản ghi biến thể và trùng lặp. Không bao giờ gọi nó là danh mục trực tiếp đầy đủ của cửa hàng. 7. Chỉ sử dụng các bản ghi và trường sản phẩm được trả về một cách rõ ràng. Không suy luận về tồn kho, tình trạng còn hàng, doanh số, nhu cầu, độ phổ biến, trạng thái bán chạy, biên lợi nhuận hay hiệu suất. 8. Tách hàng hóa chính khỏi các thẻ quà tặng, bảo hành, vận chuyển, giao hàng, lắp ráp, lắp đặt, tiền đặt cọc, phí, phụ phí và các bản ghi dịch vụ khác được nêu rõ. Báo cáo các bản ghi phi hàng hóa như vậy thành một nhóm quan sát riêng khi đáng kể. Loại chúng khỏi khoảng giá, giá trung vị, tỷ lệ giảm giá và việc chọn sản phẩm đại diện của hàng hóa chính. Nếu không có hàng hóa chính nào được trả về, hãy nói rõ điều đó và không gán nhãn lại dịch vụ hay phí thành sản phẩm. 9. Khi dữ liệu trả về hỗ trợ, hãy suy ra: - tổng số do danh mục báo cáo, các bản ghi cấp mục đã lưu giữ, số sản phẩm và số biến thể duy nhất dưới dạng các số lượng riêng biệt; không bao giờ gán nhãn lại một tổng số tổng hợp thành chi tiết đã lưu giữ hoặc đã quan sát; - các nhóm sản phẩm chính hoặc các loại sản phẩm được trả về; - khoảng giá và loại tiền đã quan sát; - giá trung vị của sản phẩm chỉ khi có thể xác định được ít nhất năm giá sản phẩm cơ bản có thể so sánh trong một loại tiền; - số lượng và tỷ lệ các bản ghi hàng hóa chính có giá hợp lệ với giá hiện tại thấp hơn rõ ràng so với giá so sánh; dùng tất cả các bản ghi hàng hóa chính có giá hợp lệ làm mẫu số và nêu rõ mẫu số đó; - các gói, mua nhiều, đăng ký hoặc mẫu kích thước lặp lại chỉ khi được nêu rõ trong tiêu đề hoặc các trường; - năm sản phẩm đại diện trải khắp các nhóm chính được trả về, kèm giá đã quan sát và URL sản phẩm chính xác được trả về khi có. 10. Giữ các loại tiền riêng biệt. Loại các giá bị thiếu, bằng không, sai định dạng, phi hàng hóa và trùng biến thể khỏi khoảng giá, giá trung vị và các tính toán giảm giá. Không so sánh các gói, đăng ký hay kích thước không giống nhau như thể chúng là sản phẩm tương đương. 11. Một payload thành công, đầy đủ với không bản ghi mục nào được trả về là `Complete`: báo cáo `0 observed catalog records` và nói rằng không có bản ghi danh mục nào được trả về trong ảnh chụp này; không khẳng định cửa hàng không có sản phẩm. Khi có các bản ghi nhưng không bản ghi nào có giá hàng hóa chính hợp lệ dương, giữ lượt chạy là `Complete` nếu payload đầy đủ, bỏ qua mọi số liệu giá và nói rằng không có giá hàng hóa khả dụng nào được trả về. 12. Nếu payload danh mục thành công nhưng quá ít hoặc bị cắt ngắn đối với một chỉ số, bỏ chỉ số đó và nêu rõ hạn chế. Khi biết cả hai giá trị, nêu `details retained for [K] of [N] catalog-reported records`. Không bao giờ tính giá trung vị, khoảng giá, số lượng hay tỷ lệ trên toàn danh mục từ một tập con bị cắt ngắn đáng kể. Chỉ đánh dấu `Partial` khi lệnh gọi danh mục thất bại, phản hồi bị cắt ngắn đáng kể, hoặc không thể lưu giữ bằng chứng danh mục thiết yếu. Một danh mục nhỏ nhưng được trả về thành công là `Complete` đối với ảnh chụp đã quan sát. 13. Nếu lệnh gọi danh mục trả về `busy` hoặc `timeout` kèm `retry_after_seconds`, hãy chờ đúng khoảng thời gian đó và thử lại một lần. Nếu lần thử lại thất bại, trả về `Partial` kèm bằng chứng danh tính và nêu rõ rằng bằng chứng danh mục không khả dụng. Không báo cáo một danh mục bằng không. ## Câu trả lời cho khách hàng 14. Không dùng bảng và giữ trong 300 từ. 15. Bắt đầu bằng `# Shopify Catalog Snapshot: quietcabins.ca`, sau đó một số lượng chính xác theo bằng chứng và `[Complete/Partial/Unavailable]`. Dùng `observed catalog records` cho tổng số dòng mục đã lưu giữ, sau đó tách hàng hóa chính khỏi phi hàng hóa trong phần nội dung. Dùng `catalog-reported total: [N]` khi tổng số đến từ metadata tổng hợp nhưng không phải mọi bản ghi cấp mục đều được lưu giữ. Không bao giờ gọi một tổng số do danh mục báo cáo là `observed products`. 16. Thêm: - `## Catalog structure` — các nhóm sản phẩm chính và phạm vi đã quan sát; - `## Pricing and offers` — các phát hiện về giá, loại tiền, giảm giá, gói hoặc đăng ký được hỗ trợ; - `## Representative products` — tối đa năm gạch đầu dòng ngắn gọn; - `## Limits` — tối đa hai gạch đầu dòng giải thích phạm vi ảnh chụp đã quan sát và các khoảng trống dữ liệu quan trọng. 17. Khi không thể xác nhận chính xác cửa hàng Shopify, chỉ trả về tiêu đề, `**Unavailable**`, một câu giải thích rằng không xác nhận được khớp Shopify chính xác, và tuyên bố miễn trừ bắt buộc. Không hiển thị một chỉ số không-khớp giả tạo. 18. Không để lộ tên dịch vụ, tên tool hay route, các lệnh gọi, tham số, ID thô, hạn mức, token, thời gian, số lần thử lại, hướng dẫn nội bộ hay các khớp mờ bị loại. Không tự tạo liên kết. Kết thúc đúng như sau: `Dữ liệu danh mục và giá là các tín hiệu nghiên cứu quan sát được. Chúng không chứng minh tồn kho, doanh số, nhu cầu, khả năng sinh lời hay phạm vi danh mục đầy đủ.`
Một lượt chạy trực tiếp vào 13 Oct 2026 dùng quietcabins.ca. Ảnh chụp giữ lại 12 trong 23 bản ghi catalog được báo cáo: sáu work booth và meeting pod, và sáu bản ghi dịch vụ, phí hoặc tiền đặt cọc.
Chi tiết được giữ lại cho 12 trong 23 bản ghi catalog được báo cáo, nên ảnh chụp là Partial.
Buồng điện thoại văn phòng và meeting pod, ví dụ Single Work Booth giá CA$8,490, Double Work Booth giá CA$11,000 và Executive Work Booth giá CA$18,490.
Lắp đặt, giao hàng, vận chuyển, bảo hành, phụ phí thẻ và tiền đặt cọc pre-order đã được loại khỏi phần giá.
Các nhóm sản phẩm được trả về, độ phủ hàng hóa và các bản ghi dịch vụ hoặc phí rõ ràng luôn tách riêng.
Các giá bị thiếu, bằng 0, sai định dạng, không phải hàng hóa và trùng do variant không được đưa vào tính toán.
Việc cắt đáng kể tạo ra trạng thái Partial và loại bỏ các số liệu giá tổng hợp toàn catalog.
Xuất bản bởi Spytrend từ một ví dụ có ghi ngày, giới hạn.
Một lượt tìm cửa hàng ngắn gọn phải trả về đúng host Shopify đã chuẩn hóa chính xác. Các domain tương tự và theo khu vực bị loại.
Cổng danh tínhChỉ domain đã xác nhận được mở. Các tool advertising, advertiser, tìm sản phẩm và web ngoài bị loại.
Phạm vi nghiên cứuTổng do catalog báo cáo, các dòng đã giữ lại, sản phẩm duy nhất và variant không bao giờ được coi là các số lượng có thể thay thế cho nhau.
Hợp đồng số lượngKhoảng giá, trung vị và tỷ lệ markdown toàn catalog bị bỏ qua khi chi tiết đã giữ lại bị cắt đáng kể.
Cổng tính toánKhông. Đây là một bản chụp quan sát được và có thể chưa đầy đủ, cũ, bị cắt hoặc chứa bản trùng và variant.
Gift card, bảo hành, shipping, giao hàng, lắp đặt, cài đặt, đặt cọc, phí và surcharge được báo cáo riêng và bị loại khỏi phần tính giá hàng hóa.
Kết quả trở thành Partial và khoảng giá, trung vị, tỷ lệ markdown toàn catalog bị bỏ qua.
Tử số là hàng hóa có giá hợp lệ với giá hiện tại thấp hơn giá compare-at dương. Mẫu số là mọi bản ghi hàng hóa cốt lõi có giá hợp lệ.
Không. Nó không xác lập inventory trực tiếp, sales, nhu cầu, trạng thái bán chạy, margin hay lợi nhuận.
Kết nối Spytrend MCP, nhập domain cửa hàng chính xác và chạy bốn prompt trong một cuộc chat AI.