2026-10-29: 7 phàn nàn về API mà chúng tôi nghe hôm nay

Phàn nàn mà nhà phát triển nói tiếng Anh đăng công khai từ 27 đến 29 tháng 10 năm 2026, được tóm tắt ở đây kèm liên kết bài gốc. Mỗi câu trả lời chỉ dùng những gì trang công khai và tài liệu của PoYo nói hôm nay, và trỏ về trang nguồn. Khi tài liệu không đề cập một điểm, chúng tôi nói rõ.

---

Q1. Tín dụng API ChatGPT Pro / Business hàng tháng của tôi hết hạn khi chưa dùng — và một số khu vực không nhận được.

Nhà phát triển đang phàn nàn điều gì: Sau khi OpenAI mô tả giá Pro là hoàn lại dưới dạng tín dụng API, người xây sản phẩm lập tức hỏi phần nào của quỹ đó chết vào cuối chu kỳ. Bài viết ghi rằng các tín dụng này không phải mức dùng thêm của sản phẩm ChatGPT / Codex và số dư chưa dùng sẽ hết hạn (@jayzhoupro, @velcue_07, @_jayyy18_13k), hỏi to xem bao nhiêu tín dụng không được dùng (@mohamedsenator), và chỉ ra người dùng Pro ở châu Âu không nhận được tín dụng trong phần tính phí (@ZindanTech).

PoYo trả lời thế nào: PoYo là tín dụng trả trước, không phải quyền lợi hàng tháng rồi đặt lại. Trang chủ ghi giá theo tín dụng, không có đăng ký, và tín dụng không hết hạn. Bạn chỉ trả cho lần tạo thành công. llms.txt và trang chủ đều nói tác vụ thất bại không bị tính phí. Một số dư phủ cả danh mục. Khi cần credits_amount theo thời gian thực, hãy hỏi GET /api/user/balance (số dư người dùng). Khi số dư hết, PoYo trả 402 insufficient_credits_error (mã lỗi), không phải một cửa sổ lịch «dùng hoặc mất». Luồng nhận tín dụng khuyến mãi theo khu vực của nhà cung cấp khác nằm ngoài sản phẩm PoYo. Hãy nạp trên bảng điều khiển khi bạn cần thêm tín dụng.

---

Q2. Nếu Chat, Work và Codex dùng chung một quỹ sử dụng, hạn mức lập trình chết trước.

Nhà phát triển đang phàn nàn điều gì: Cùng một tin về tín dụng API kéo theo nỗi lo khác: lưu lượng Chat / Work hằng ngày có đốt cùng một thùng với Codex hay không. Người xây sản phẩm nói sẽ dùng ChatGPT ít hơn để không ảnh hưởng Codex (@setHacked), cho rằng một hạn mức sử dụng kiểu Anthropic sẽ kết liễu Pro của OpenAI (@macintoch), hỏi Chat thường có còn tách khỏi Work / Codex hay không (@Paulkk144974), mong quỹ chat+work đã gộp để yên Codex (@raiden_fine), và tranh luận cách nói của thông báo tín dụng là «đã ngừng tính phí người xây sản phẩm hai lần» (@Awais786Muhamd).

PoYo trả lời thế nào: PoYo không bán quỹ đăng ký ChatGPT Pro / Codex, nên không có «hạn mức sản phẩm đã gộp» được ghi trong tài liệu mà âm thầm ăn phần lập trình. Cách tính phí là một số dư tín dụng cho ảnh, video, nhạc, 3D và chat (trang chủ, llms.txt). Nếu muốn tách, hãy tạo khóa API riêng theo tải và đặt trần sử dụng theo giờ / theo ngày / tổng trên từng khóa (Bắt đầu, trang khóa API). Với bên gọi nhiều bên thuê hoặc nhiều agent trên một khóa, hãy gửi X-End-User-ID và chặn một bên gọi lạm dụng bằng 403 end_user_blocked mà không xoay tất cả (Nhận dạng người dùng cuối). Theo dõi số dư dùng chung bằng GET /api/user/balance (số dư người dùng); gặp 402 thì dừng và nạp (mã lỗi).

---

Q3. Tường của Codex / agent lập trình đã trở lại — tốc độ đốt ăn hết tuần trong vài giờ.

Nhà phát triển đang phàn nàn điều gì: Dòng thời gian của agent lập trình lại đầy bài về tường sử dụng: xếp tuần quanh lần đặt lại hạn mức Codex tiếp theo (@GaryVSAISlop), báo Sol 6.1 qua CLI của Codex đốt hạn mức nhanh hơn khoảng 3 lần trong chừng 15 giờ (@AssistBDA), và không trông chờ việc đặt lại sẽ dễ thở vì tin tín dụng API (@snowy_smile_).

PoYo trả lời thế nào: Chat trên PoYo được định giá bằng tín dụng theo đầu ra thành công, không phải cửa sổ đặt lại trượt kiểu Codex (llms.txt, trang chủ). Endpoint chat được ghi là tương thích OpenAI, Claude Messages, hoặc gốc Gemini. Hãy chọn một ID mô hình và đọc schema sống của mô hình đó tại https://poyo.ai/models/<id>/llms.txt. Đặt trần cho agent lập trình vượt tầm bằng giới hạn theo khóa, theo giờ, theo ngày và tổng trên trang khóa API (Bắt đầu). Thông lượng tạo mặc định được ghi là tối đa 20 yêu cầu mới mỗi 10 giây trên mỗi tài khoản. Phần vượt trả 429 và không vào hàng đợi (Bắt đầu). Với 429, hãy tôn trọng Retry-After. Đừng thử lại mù một lần gửi trả phí cho đến khi biết đã có task_id hay chưa (khắc phục sự cố). Tài liệu mô tả không có chuyển tự động sang phòng lab khác khi một công cụ lập trình phía trên đụng tường của chính nó. Hãy dựng phần đó trong client nếu bạn cần.

---

Q4. Tôi đã xóa khóa API khỏi kho và đẩy lên — nó gần như chắc vẫn công khai trong lịch sử git.

Nhà phát triển đang phàn nàn điều gì: Một bài ngắn đi thẳng vào kiểu lộ kinh điển: khóa đã bị gỡ khỏi cây làm việc và đã đẩy lên, nhưng bí mật gần như chắc vẫn lấy được trong lịch sử git (@patchnoteslabs).

PoYo trả lời thế nào: Bắt đầu nói thẳng: đừng để lộ khóa API trong mã frontend, ứng dụng di động hoặc kho công khai, và hãy coi nó là bí mật. Nếu một khóa PoYo có thể đã rơi vào lịch sử git (hoặc bất kỳ chỗ công khai nào khác):

1. Thu hồi / xoay khóa trên trang khóa API. Xóa dòng mã là chưa đủ.
2. Bật danh sách IP cho phép để khóa bị sao chép chỉ chạy từ IP máy chủ đã duyệt.
3. Đặt trần theo khóa, theo giờ, theo ngày và tổng để bí mật còn sót có một trần.
4. Ưu tiên X-End-User-ID trên lần tạo và chat gốc, để có thể chặn một bên gọi bằng 403 end_user_blocked mà không xoay từng tích hợp (Nhận dạng người dùng cuối).

Tài liệu công khai không hứa hoàn tiền cho mức dùng từ khóa bị lộ. Hãy viết cho [email protected] nếu bạn cho rằng một khóa PoYo bị lạm dụng (Bắt đầu).

---

Q5. Công cụ lưu khóa nhà cung cấp của tôi bị xâm nhập — thông tin xác thực không hoạt động đã trả hóa đơn của người khác.

Nhà phát triển đang phàn nàn điều gì: Một bài mô tả khóa API của tài khoản không hoạt động cộng với một lỗi trong phần cài đặt nhà cung cấp của Opik AI, dẫn tới 29 khóa OpenAI / Anthropic bị lấy đi (@AgentFieldKit). Mẫu này quen thuộc: thông tin xác thực nằm trong giao diện «cài đặt AI» của bên thứ ba trở thành ví của kẻ tấn công ngay khi máy chủ đó sai.

PoYo trả lời thế nào: Khóa nằm trong phần cài đặt của sản phẩm khác là vấn đề bí mật phía client. Các kiểm soát đã ghi của PoYo giới hạn bán kính sau khi bí mật đã tồn tại:

• Tạo khóa riêng theo môi trường / harness, mỗi khóa có trần sử dụng theo giờ, theo ngày và tổng (trang khóa API, Bắt đầu).
• Bật danh sách IP cho phép cho khóa sản xuất.
• Ưu tiên X-End-User-ID để có thể chặn một bên gọi mà không xóa khóa (Nhận dạng người dùng cuối).
• Xem số dư theo thời gian thực bằng GET /api/user/balance (số dư người dùng); gặp 402 thì dừng (mã lỗi).

Xóa các khóa bạn không còn dùng. Tài liệu không mô tả tự hết hạn của khóa không dùng, cũng không có SLA hoàn tiền cho chi tiêu do xâm nhập. Hãy nói rõ điều đó rồi xoay khóa. Giữ khóa PoYo trên máy chủ của bạn, không để trong frontend hay một biểu mẫu cài đặt bên thứ ba mà bạn đã ngừng theo dõi (Bắt đầu).

---

Q6. Agent của tôi chạy 30 giờ — giữa mã và API không có con số nào mà nó không vượt.

Nhà phát triển đang phàn nàn điều gì: Một người mô tả một lần chạy agent 30 giờ, trong đó không có gì bên ngoài tiến trình ép một trần chi tiêu cứng. Giới hạn cứng phải nằm ngoài việc (@asymmetricmind). Các bài gần đó đẩy bảng quản trị chi tiêu cho agent lặp hoặc lấy quá nhiều (@hacker_no_ice).

PoYo trả lời thế nào: Cảnh báo mềm bên trong agent không phải ngân sách. Trên PoYo, hãy đặt trần lên thông tin xác thực và số dư:

• Trần sử dụng theo khóa, theo giờ, theo ngày và tổng, trên mọi khóa sản xuất (Bắt đầu, trang khóa API).
• Kết hợp với danh sách IP cho phép cho khóa chỉ dùng trên máy chủ.
• Dùng X-End-User-ID cộng chặn cho ứng dụng nhiều bên thuê hoặc nhiều agent (Nhận dạng người dùng cuối).
• Hỏi GET /api/user/balance trước các lô lớn (số dư người dùng). Coi 402 là một lần dừng cứng, không phải tín hiệu thử lại (mã lỗi).
• Với việc bất đồng bộ dài, ưu tiên webhook hơn hỏi dồn dập (webhook). Bắt đầu cảnh báo mỗi lần gửi lại có thể là công việc trả phí mới. Hãy xác nhận task_id trước khi gửi lại (khắc phục sự cố).

Tài liệu không tuyên bố một sản phẩm «công tắc dừng» ngoài tiến trình vượt quá các trần khóa, số dư và mã lỗi này. Hãy nối bộ điều phối để nó dừng khi gặp 402 hoặc khóa đã chạm trần.

---

Q7. Phần khó không phải mô hình — mà là tài khoản, khóa API và hệ thống tính phí riêng cho từng API sáng tạo.

Nhà phát triển đang phàn nàn điều gì: Người sáng tạo và người xây sản phẩm nói phần đau là phải xoay tài khoản, khóa và tính phí của từng nhà cung cấp (@CyberFree365). Người khác coi biên lợi nhuận là vấn đề hóa đơn API và nhìn mô hình mở qua bộ tổng hợp như một đòn bẩy chi phí (@RonaleK777), hoặc chỉ tìm một API LLM rẻ ở quy mô (@brice_garnier_).

PoYo trả lời thế nào: PoYo được dựng thành một khóa thống nhất cho ảnh, video, nhạc, 3D và chat (llms.txt, trang chủ). Tạo khóa tại trang khóa API. Media dùng POST /api/generate/submit bất đồng bộ cộng trạng thái hoặc webhook. Chat dùng endpoint tương thích OpenAI, Claude Messages, hoặc gốc Gemini, theo tài liệu từng mô hình. Đổi mô hình là một chuỗi model (và dạng endpoint khớp với chat), không phải một luồng đăng ký nhà cung cấp mới. Schema đầu vào và giá hiện tại nằm ở https://poyo.ai/models/<id>/llms.txt và trong chỉ mục danh mục (llms.txt). Cách tính phí là tín dụng trả trước không hết hạn, tính theo đầu ra thành công (trang chủ).

Tài liệu không tuyên bố PoYo là đường xuyên của tài khoản chính thức từng phòng lab. Bắt đầu cũng ghi độ ổn định tổng thể có thể thấp hơn một chút so với nhà cung cấp chính thức. Hãy chọn sự đánh đổi này một cách có chủ đích.

---

Bảng tra nhanh