Lệnh gọi kiểm tra backlink bị lỗi trong trợ lý của bạn: bảng triệu chứng

Tại sao mã trạng thái quan trọng hơn câu văn

Một trợ lý chuyển đổi mã 402 thành một đoạn văn lịch sự. Bạn đọc đoạn văn, không phải mã. Hãy yêu cầu mã trạng thái thô. Đó là cách chẩn đoán rẻ nhất mà bạn có.

Chia lỗi thành hai phần. Trước khi đổ lỗi cho mô hình, hãy chạy cùng URL đó trong terminal. Nếu curl trả về JSON với ok là true, API hoạt động bình thường và lỗi nằm ở lớp bọc hoặc lệnh nhắc. Nếu curl cũng thất bại, vấn đề nằm ở khóa hoặc số dư, và không có cách diễn đạt nào trong lệnh nhắc sẽ khắc phục được.

Khi một tập lệnh dừng giữa chừng

Tập lệnh là nơi hóa đơn tăng lên một cách âm thầm. Ba trường hợp dưới đây cho thấy cách một lần dừng, một chuỗi hoặc một lỗi im lặng chuyển thành nhiều lệnh gọi hơn bạn dự kiến.

Ctrl-C có thể khiến một lô hàng bị dở dang

Nhiều tập lệnh lặp qua một danh sách tên miền và thực hiện một lệnh gọi trả phí cho mỗi mục. Nhấn Ctrl-C ở giữa. Các lệnh gọi đã chạy sẽ được tính phí, và phần còn lại không bao giờ xảy ra. Tập tin đầu ra của bạn nên cho biết những tên miền nào đã hoàn thành.

Ghi mỗi kết quả vào đĩa ngay khi nó đến. Sau đó, một lần khởi động lại có thể bỏ qua các tên miền đã hoàn thành thay vì trả tiền cho chúng hai lần.

Kết nối các tập lệnh nhân đôi số lệnh gọi

Chạy ba tập lệnh và hợp nhất kết quả của chúng vào một email nghe có vẻ gọn gàng. Giả sử mỗi tập lệnh trong ba tập lệnh thực hiện hai lệnh gọi trả phí, và một lần chạy duy nhất sẽ tính phí sáu lệnh gọi. Hãy đếm trước, sau đó lên lịch.

Một tập lệnh duy nhất thu thập dữ liệu một lần, sau đó định dạng nó, giữ hóa đơn và logic ở một nơi. Một tập lệnh được lên lịch cũng nên in số lệnh gọi của nó vào cuối, để lần kiểm tra số dư tiếp theo có một con số để đối chiếu.

Đọc thân lỗi trước khi chạy lại

Một lệnh gọi thất bại thường vẫn trả về một thân với ok được đặt là false và một thông báo ngắn. Hãy đọc thông báo trước. Một lần chạy lại với cùng khóa và cùng số dư sẽ thất bại theo cách tương tự.

Các tập lệnh nuốt chửng thân và chỉ in từ thất bại sẽ lãng đi manh mối quý giá nhất mà bạn có. Hãy trích dẫn mã trạng thái và thông báo chính xác như khi chúng đến. Một lời diễn giải bởi trợ lý đã mất đi chi tiết đã giúp ích. Luôn luôn nguyên văn.

Lỗi và cách sửa trong chính lớp bọc

Ba lỗi tương tự xuất hiện trong hầu hết các lớp bọc. Việc đặt khóa trong URL có nghĩa là nó xuất hiện trong nhật ký và trong các bản ghi chia sẻ, vì vậy hãy sử dụng tiêu đề bearer khi sản phẩm của bạn cho phép.

Tiếp xúc với mọi hành động là lỗi thứ hai. GPT của bạn chỉ cần bốn hành động trong số đó, và mỗi hành động bổ sung là một cách khác để tiêu tốn tín dụng mà bạn không dự định. Lỗi thứ ba là yêu cầu 5.000 hàng khi phản hồi chỉ sử dụng mười hàng.

Sửa chúng một lần và hầu hết bảng trên sẽ không còn áp dụng. Các số liệu sai sót tồn tại sau tất cả những điều đó được đề cập trong trang huyền thoại.

Thiết lập nhật ký lệnh gọi hiển thị các lỗi

Nhật ký là cách chẩn đoán rẻ nhất mà bạn sẽ từng mua. Nó không tốn gì để giữ, và nó biến một lời phàn nàn mơ hồ về cuộc trò chuyện thành một danh sách các mã trạng thái mà bạn có thể đếm. Chỉ cần hai thói quen.

Một dòng cho mỗi lệnh gọi, với trạng thái

Viết dấu thời gian, hành động, tên miền, trạng thái HTTP và giá trị _credits trên một dòng. Văn bản thuần là đủ. Một bảng tính có thể đọc nó sau này, và một cột trạng thái cho thấy một mẫu mà một phản hồi cuộc trò chuyện đơn lẻ ẩn đi.

Giữ các lệnh gọi miễn phí và trả phí trong các cột riêng biệt, để sự gia tăng lỗi trả phí không bị ẩn trong tổng số. Đánh dấu bất kỳ lệnh gọi nào đã được thử lại, và giữ số lần thử lại bên cạnh lệnh gọi gốc. Các mã 402 lặp lại trong cùng một giờ chỉ ra một vòng lặp, không phải một ngày xấu. Đọc nhật ký trước. Đổ lỗi cho mô hình sau cùng.

Cảnh báo dựa trên trạng thái, không phải giọng điệu

Một cửa sổ trò chuyện có thể đọc bình tĩnh trong khi nhật ký hiển thị mã 402 trong mọi hàng. Đặt một quy tắc cho các mã trạng thái bạn quan tâm. Giữ nó đơn giản. Mã 401 có nghĩa là khóa, mã 402 có nghĩa là số dư, và bất kỳ điều gì khác có nghĩa là đọc thân.

Các hành động miễn phí vẫn trả lời trong khi các hành động trả phí thất bại là một tín hiệu rõ ràng. Số dư là nguyên nhân có thể xảy ra. Nạp tiền và đếm số lần thử lại là ưu tiên hàng đầu. Các hành động miễn phí cũng đóng vai trò là một kiểm soát, vì chúng cho thấy rằng đường dẫn vẫn hoạt động.

Phân biệt kết quả trống thực sự với kết quả bị lỗi

Hai loại phản hồi trông giống nhau trong cửa sổ trò chuyện và có nghĩa rất khác nhau. Hãy phân biệt chúng trước. Thay đổi sai thứ gì đó sẽ tốn thời gian và đôi khi là tín dụng.

Không có hàng nào là một câu trả lời

Một tên miền có thể trả về ok là true và một danh sách trống. Đó là một phát hiện về chỉ mục. Không phải lỗi trong lệnh gọi. Nó có thể là một trang web mới, một sự không khớp về chính tả hoặc một liên kết chưa đạt đến lần làm mới hàng tháng.

Xử lý nó như một kết quả. Báo cáo nó trong một câu. Giữ một danh sách ngắn các tên miền trả về trống, với ngày của mỗi lệnh gọi. Nếu cùng một tên miền vẫn trống trong một tháng, chính tả là nghi phạm tiếp theo, và lần làm mới hàng tháng chỉ có thể giải thích được một phần.

Quá ít hàng là một cài đặt

Đôi khi phản hồi ngắn vì schema đã giới hạn số hàng, hoặc vì tập lệnh chỉ đọc trang một. Một lệnh gọi được tính phí một lần bất kể số lượng hàng, vì vậy một giá trị per lớn hơn trong yêu cầu không tốn thêm tín dụng. Hãy kiểm tra giới hạn trong schema của bạn trước. Bắt đầu từ đó.

Yêu cầu trang hai một cách có chủ đích, và nói rõ điều đó trong lệnh nhắc, thay vì hy vọng trợ lý nhận ra rằng còn nhiều hơn nữa.