Bir dil modeli ZPL yazabilir. Çizemez — sohbet penceresinin içinde render yoktur; model az önce yazdığı etiketin boş mu, üst üste mi bindiğini, medyanın yarısından taşıp taşmadığını göremez. Bu yüzden "yapay zekâ ile ZPL render" tek bir adım değil, bir döngüdür: model kodu yazar, bir render onu görsele ve bulgu listesine çevirir, bulgular modele geri gider.
Döngünün ihtiyacı, modelde olmayan tek şeydir: görseli ve beraberindeki uyarıları döndüren bir çağrı. Bu düz bir HTTP isteğidir; ajandan da, betikten de, not defterinden de çalışır.
curl -X POST "https://labelixa.com/v1/printers/8dpmm/labels/4x6/0/" \
-H "Content-Type: text/plain" \
--data-binary $'^XA\n^FO50,50^A0N,40,40^FDLabelixa^FS\n^FO50,120^BY2^BCN,80,Y,N,N^FD1234567890^FS\n^XZ' \
-o label.png -D -Yanıtı model için kullanılabilir yapan resim değil, yanındaki bulgulardır. Atlanan komutu adıyla söyleyen bir uyarı modelin üzerine gidebileceği bir şeydir; tek başına bir görsel değildir.
| Başlık | Ne söyler |
|---|---|
Content-Type | Öntanımlı image/png; PDF için Accept: application/pdf gönderin. |
X-Warnings | Yalnız render bir şeyi atladığında ya da tam çizemediğinde gelir — tanımadığı bir komut, etiketin dışına taşan bir alan. |
X-Total-Count | Gönderilen kodun kaç etiket ürettiği; indeks bunlardan birini seçer. |
X-Plan | İsteğin hangi plana sayıldığı — anonim çağrıda free. |
X-RateLimit-Remaining | Bu pencerede kalan render hakkı. |
Anonim ajan trafiği free plana sayılır ve IP başına sınırlanır; bu genelde bir döngüyü denemeye yeter, üretimde koşturmaya yetmez. API anahtarı onu hesabın kotasına taşır.
| Plan | Saniyede istek | Ayda etiket |
|---|---|---|
| free | 3 | 5.000 |
| starter | 5 | 25.000 |
| pro | 10 | 100.000 |
| business | 20 | 500.000 |
| enterprise | 20 | anlaşmayla |
Aynı döngü, asistanın eline geçebilecek öbür etiket dilleri için de çalışır — EPL, TSPL ve CPCL'in kendi render ve tanı uçları var.
| Dil | Uç |
|---|---|
| ZPL | /v1/printers/{dpmm}dpmm/labels/{width}x{height}/{index}/ |
| EPL | /v1/epl/render |
| TSPL | /v1/tspl/render |
| CPCL | /v1/cpcl/render |
İki sınırı açıkça söylemekte fayda var, çünkü asistan bunları sizin için söylemez. Birincisi: çıktısını hiç render etmemiş bir model tahmin yürütüyordur — ZPL, yanlış kodun bile çoğu zaman bir şeyler basmasına izin verecek kadar hoşgörülüdür; "ZPL üretti" ile "doğru etiketi üretti" aynı şey değildir. İkincisi: render bir önizlemedir — koddaki hatayı yakalar, yazıcının firmware'indeki, yazı tipindeki ya da kalibrasyonundakini değil.
Tarayıcıdaki önizlemeyi aç → API referansını oku → Yapay zekâ asistanını bağla (MCP) →
ZPL yazabilirler ve bunu iyi yaparlar. Çizemezler: sohbet penceresinin içinde etiket render'ı yoktur, dolayısıyla modelin dışında bir şey onu render edene kadar çıktıyı denetleyen hiçbir şey yoktur.
Bir araç çağırarak. MCP konuşan asistanlar bir render ve doğrulama sunucusuna bağlanıp çağrıyı kendileri yapar; konuşmayanlar aynı HTTP isteğini yapan bir betikle sürülür.
Çünkü yanıtın modelin okuyabildiği tek parçası odur. Atlanan komutu ya da etiketten düşen alanı adıyla söyleyen bir uyarı, tahmini düzeltmeye çevirir.
Ona da herkesin yazdığı koda davrandığınız gibi davranın: render edin, bulguları okuyun, seri baskıdan önce deneme baskısı alın. Render koddaki hatayı yakalar; gerisini ilk fiziksel etiket yakalar.