Quay lại thư viện prompt
Thư viện promptPrompt chat

Kiểm toán webhook thanh toán

Kiểm tra luồng webhook thanh toán về khả năng chống ghi trùng, an toàn chống phát lại, ghi credits và xử lý lỗi mà khách hàng nhìn thấy.

Thanh toánBảo mậtKỹ thuật
Xem trước

Prompt chat

Mô hình đề xuất

GPT-5.2 Codex

Định dạng đầu ra

Ghi chú kiểm toán webhook

Xem trước

Prompt chat

luồng chat

Sự kiện hoàn tất checkout sẽ cộng credits. Sự kiện thử lại có thể đến hai lần. Trang ví đọc sổ cái credits.

Chống ghi trùng: event ID phải là duy nhất trước khi ghi credit. An toàn chống phát lại: xác minh chữ ký và khoảng dung sai dấu thời gian. Ghi credit: mục sổ cái nên tham chiếu phiên checkout. Lỗi khách hàng nhìn thấy: hiển thị trạng thái đang chờ rà soát nếu thanh toán thành công nhưng ghi credit thất bại. Khoảng trống kiểm thử: các ca sự kiện trùng lặp và sự kiện đến sai thứ tự.

Đầu ra

Chống ghi trùng / an toàn chống phát lại / ghi credit / lỗi khách hàng nhìn thấy / khoảng trống kiểm thử

Kiểm tra luồng webhook thanh toán về khả năng chống ghi trùng, an toàn chống phát lại, ghi credits và xử lý lỗi mà khách hàng nhìn thấy.

Prompt đầy đủ

Kiểm toán webhook thanh toán

Kiểm tra luồng webhook thanh toán về khả năng chống ghi trùng, an toàn chống phát lại, ghi credits và xử lý lỗi mà khách hàng nhìn thấy.

Mô hình đề xuất: GPT-5.2 CodexĐịnh dạng đầu ra: Ghi chú kiểm toán webhook
Prompt đầy đủ
Prompt chat
Bạn là kỹ sư backend đang kiểm toán một triển khai webhook thanh toán. Hãy biến các ghi chú được cung cấp thành bản rà soát thực tế để đội ngũ có thể hành động. Trả lời theo các mục: chống ghi trùng, an toàn chống phát lại, ghi credit, lỗi khách hàng nhìn thấy, khoảng trống kiểm thử. Mọi nhận định phải dựa trên ghi chú được cung cấp. Đánh dấu các dữ kiện còn thiếu thay vì tự bịa.

Ghi chú sử dụng

Dán ghi chú thực tế, ràng buộc và tài liệu nguồn. Không đưa dữ liệu riêng tư vào trừ khi cần thiết cho việc rà soát.

FAQ về prompt

Trước khi dùng prompt này

Kiểm tra nhanh đầu vào, độ khớp mô hình và cách điều chỉnh mẫu mà không làm yếu kết quả.

Khi nào nên dùng Kiểm toán webhook thanh toán?

Dùng để kiểm tra luồng webhook thanh toán về khả năng chống ghi trùng, an toàn chống phát lại, ghi credits và xử lý lỗi mà khách hàng nhìn thấy. Phù hợp khi bạn đã có ghi chú, ràng buộc hoặc bản nháp thô và cần một bước tiếp theo có cấu trúc để đội ngũ rà soát.

Nên bổ sung gì trước khi chạy?

Hãy cung cấp tài liệu nguồn, đối tượng đọc, ràng buộc, dữ kiện chính và các giới hạn mà câu trả lời không được tự bịa. Đầu ra sẽ được tổ chức theo chống ghi trùng / an toàn chống phát lại / ghi credit / lỗi khách hàng nhìn thấy / khoảng trống kiểm thử.

Xem trước luồng

Sự kiện hoàn tất checkout sẽ cộng credits. Sự kiện thử lại có thể đến hai lần. Trang ví đọc sổ cái credits.
Chống ghi trùng: event ID phải là duy nhất trước khi ghi credit. An toàn chống phát lại: xác minh chữ ký và khoảng dung sai dấu thời gian. Ghi credit: mục sổ cái nên tham chiếu phiên checkout. Lỗi khách hàng nhìn thấy: hiển thị trạng thái đang chờ rà soát nếu thanh toán thành công nhưng ghi credit thất bại. Khoảng trống kiểm thử: các ca sự kiện trùng lặp và sự kiện đến sai thứ tự.

Đầu ra

Chống ghi trùng / an toàn chống phát lại / ghi credit / lỗi khách hàng nhìn thấy / khoảng trống kiểm thử

Thêm prompt trong chế độ này

luồng chat

Chúng tôi muốn xây dựng một trợ lý AI cho các nhóm thương mại điện tử nhỏ, biến ảnh sản phẩm thành tài sản chiến dịch.

Giả thuyết vấn đề: các nhóm thương mại điện tử nhỏ mất thời gian biến ảnh sản phẩm thô thành tài sản chiến dịch sẵn sàng cho từng kênh. Giả định rủi ro nhất: chất lượng ảnh đủ cao, đội ngũ tin tưởng biến thể tài sản do AI tạo và thời gian rà soát mới là nút thắt thật. Câu hỏi nghiên cứu: ai sở hữu việc tạo tài sản chiến dịch, các vòng sửa bị kẹt ở đâu và tiêu chuẩn chất lượng nào chặn việc xuất bản. Kế hoạch xác thực: phỏng vấn 5 người vận hành, thử 3 luồng tạo tài sản dẫn dắt bằng prompt và so sánh thời gian đến tài sản đầu tiên được duyệt. Cổng quyết định: chỉ tiếp tục nếu các nhóm có thể đạt bản nháp có thể xuất bản nhanh hơn quy trình hiện tại.

luồng chat

Chúng tôi đang khám phá một sản phẩm ghi chú AI mới cho các tư vấn viên độc lập. Hãy giúp tôi biến ý tưởng này thành một bản tóm tắt nghiên cứu.

Mục tiêu: xác định liệu tư vấn viên độc lập cần một không gian ghi chú AI hay chỉ cần một lớp theo dõi khách hàng nhẹ hơn. Giả định làm việc: họ đã ghi lại ghi chú, nhưng việc tổng hợp và soạn bước tiếp theo còn thiếu nhất quán. Đối tượng: tư vấn viên độc lập có các cuộc gọi khách hàng lặp lại và ít hỗ trợ vận hành. Câu hỏi chính: ghi chú nào trở thành công việc có thể tính phí, điều gì bị thất lạc sau cuộc gọi và công cụ CRM hiện tại quá nặng ở đâu. Kế hoạch nghiên cứu: thực hiện 6 cuộc phỏng vấn, xem lại 10 quy trình ghi chú cuộc gọi gần đây và thử một nguyên mẫu brief theo dõi.

luồng chat

Đây là dàn ý landing page cho sản phẩm AI của chúng tôi. Hãy cho tôi biết điều gì chưa rõ trước khi chúng tôi thiết kế.

Lời hứa cốt lõi: đã nhìn thấy, nhưng vẫn được diễn đạt như một tính năng thay vì kết quả cụ thể cho người dùng. Điểm chưa rõ: trang chưa giải thích ai nhận được giá trị trước tiên hoặc quy trình nào thay đổi sau khi đăng ký. Khoảng trống ví dụ: thêm ví dụ trước-sau, mẫu đầu ra mô hình và một tín hiệu tin cậy ngắn gần phần mở đầu. Vấn đề CTA: hành động chính xuất hiện sau quá nhiều giải thích; đưa CTA định hướng sử dụng gần phần dùng nhanh hơn. Kế hoạch chỉnh sửa: làm sắc nét phần mở đầu, thêm các thẻ kết quả, rồi viết lại phần xử lý phản đối trước khi trau chuốt hình ảnh.