İstekler
Kararlar ve onaylar
Birçok istek tek bir şey almak için vardır: bir evet, bir hayır ya da bir 'öyle değil'. Karar sorusu bu hükmü, otomasyonunuzun doğrudan dallanabileceği bir biçimde yakalar — yanıtın hangi alanda olduğunu tahmin etmeden.
Neden özel bir soru
Her seçimin zaten bir seçenek anahtarı vardır, bu yüzden bir iş akışı herhangi bir radyo
üzerinde dallanabilir. Bir iş akışının yapamadığı şey, bir onayı olan her form genelinde hangi anahtarın “evet” anlamına geldiğini
bilmektir: bir yazarın radyosu sign_off der, bir başkasınınki approved.
Karar sorusu adları sabitler. Alan anahtarı decision olan tek seçimlik bir sorudur; üç seçeneği
approve, decline ve changes seçenek anahtarlarını taşır. Etiketleri yeniden ifade etmeniz ve
çevirmeniz için sizindir; altlarındaki anahtarlar asla taşınmaz. Alıcı bir tanesini seçtiğinde istek bir sonuçla biter.
Anahtarı decision olan ve seçenekleri bu üç anahtarı taşıyan herhangi bir radyo geçerlidir — hazır ayar bunları sizin için
ayarlar, hepsi bu.
Formunuza bir tane ekleyin
- 1
Blok menüsünü açın
Düzenleyicide / tuşuna basın ve Karar’ı seçin — "Onayla, reddet veya değişiklik iste".
- 2
Etiketleri yeniden ifade edin
"Onaylıyor musunuz?" başlıklı, Onayla, Reddet ve Değişiklik iste seçeneklerine sahip bir soru alırsınız. Herhangi birini kendi ifadenize göre yeniden yazın — "İmzala", "Geri çevir", "Düzeltme için geri gönder". Bunları diğer içerikler gibi çevirin.
- 3
Gerekiyorsa nedenini sorun
Tek başına bir hüküm nadiren kendini açıklar. Ondan sonra uzun metin sorusu ekleyin ve koşullu mantık ile yalnızca red ve değişiklik için gösterin.
- 4
Yayımlayın
Bu yayımlanmış sürümden oluşturulan istekler bir sonuçla biter. Her alan anahtarı gibi, decision da yalnızca form yayımlandıktan sonra var olur.
Yalnızca hazır ayar bir sonuç üretir
Sonuç, alan anahtarı decision olan sorudan okunur ve yalnızca seçilen seçeneğin anahtarı üçünden biri olduğunda. Onayla,
Reddet ve Değişiklik iste olarak etiketlenmiş seçenekleriyle elle kurduğunuz bir radyo tam olarak bu anahtarları türetir, bu yüzden
hazır ayar olmadan da çalışır; başka etiketleri olan bir radyo ise üç anahtarı
Anahtarlar tablosuna yazdığınızda çalışır.
Üç seçenekten birini silin ya da anahtarını yeniden yazın, yayımlama sizi uyarır: “Karar sorusunda onayla, reddet veya değişiklik iste seçeneklerinden biri eksik, bu yüzden istekler sonuç olmadan tamamlanabilir.” Üçü de orada olmalı — yalnızca onaylayabilen bir karar reddedemez.
Bir tekrarlayan grup içindeki bir karar sorusu sıradan bir sorudur ve sonuç için yok sayılır.
Üç değer
| Değer | Varsayılan etiket | Anlamı |
|---|---|---|
| approve | Onayla | Alıcı kabul etti. Çalışmanız sorunsuz yoldan devam eder. |
| decline | Reddet | Hayır dediler. İstek yine de tamamlanır — red bir başarısızlık değil, bir hükümdür. |
| changes | Değişiklik iste | Kabul etmeden önce bir şeyin değişmesini istiyorlar. Genellikle yeni bir istek gönderme işaretidir. |
Bu üç değer, bir alan anahtarı gibi genel bir sözleşmedir: bir otomasyon, bir ajan ve bir e-tablo formülü hepsi bunları okur. Dördüncü bir seçenek eklemek ve onu seçmek sıradan bir yanıttır, bir hüküm değil — o istek, alıcınızın hiç duymadığı bir değerle değil, sonuçsuz tamamlanır.
Sonuç nerede görünür
| Yer | Ne alırsınız |
|---|---|
| Geri çağırma | request.completed yükünün istek bloğunda outcome — hüküm yoksa bulunmaz. |
| requests.get | status'ın yanında outcome, artı alan anahtarına göre anahtarlanmış yanıtlar. |
| requests.list | Bir outcome filtresi; birini geçirmek yalnızca tamamlanmış istekleri ima eder. |
| İstekler sayfası | Bir Sonuç filtresi ve isteğin kendisinde Onaylandı / Reddedildi / Değişiklik istendi. |
| Gönderimler | Hüküm ayrıca decision alan anahtarı altında sıradan bir yanıttır. |
{
"id": "evt_...",
"type": "request.completed",
"test": false,
"data": {
"request": {
"id": "kd7...",
"externalId": "run-42",
"status": "completed",
"outcome": "changes",
"context": { "case_id": "CASE-9" }
},
"answers": {
"decision": "changes",
"reason": "Please split the line items per site."
}
}
}data.request.outcome’a göre dallanın. status isteğin bitip bitmediğini söyler; outcome
alıcının ne karar verdiğini söyler. Süresi dolmuş veya iptal edilmiş bir isteğin bir durumu vardır ve bir sonucu yoktur — karar sorusu
olmayan bir formdaki tamamlanmış bir istek de öyle.
Bir ajandan
MCP aracı editor_insertDecisionQuestion’dır; bir başlık ve formun dilinde üç etiket alır. Bir geri çağırma uç noktası
barındıramayan bir ajan bunun yerine request_get’i yoklar ve durum pending’den ayrıldığında outcome
’u okur. MCP sunucusundaki İstekler →