Jared Palmer: Kev 4B
Kev-4B מעניק ציונים לשאלות בעלות טיפוס מוגדר על מסמך באנגלית שסופק ומחזיר הסתברויות מכוילות על פני האפשרויות שתגדירו. השתמשו בשאלות כן/לא, choice וציון מסודר לסיווג, לניתוב, למיון ראשוני ולבדיקות שזקוקות להחלטה מובנית במקום טקסט שנוצר.
על המודל
התיאור הזה מציג את יכולות המודל. הקלט, הפלט והאפשרויות הזמינים ב-Ailoot מפורטים בהמשך לפי השיטה שנבחרה.
Kev-4B הוא מודל החלטה קומפקטי למענה על שאלות בעלות טיפוס מוגדר על מצב שסופק. המצב הוא המסמך או הרשומה המוערכים, וכל שאלה מגדירה את האפשרויות שהמודל יכול להעריך. התוצאה שלו היא התפלגות הסתברויות ורשומת החלטה בעלת טיפוס מוגדר, ולכן הוא שימושי לסיווג מסמכים, לניתוב, למיון ראשוני, לבחירות חילוץ ולבדיקות מול קריטריונים שנקבעו.
המודל משלב ארכיטקטורת בסיס קפואה של Qwen3.5-4B-Base עם מתאם LoRA וראש מצביע. לארכיטקטורת הבסיס יש 32 שכבות, הכוללות 24 שכבות Gated DeltaNet ושמונה שכבות קשב מלא. המתאם מכוון להטלות של קשב, MLP ו־DeltaNet; ראש המצביע מעניק ציונים לאפשרויות שסופקו וממיר אותם להסתברויות. זהו תהליך החלטה המבוסס על prefill בלבד, שבו האפשרויות יוצרות את מרחב התשובות.
שלושה סוגי שאלות יכולים להופיע באותה בקשה. שאלת choice מקבלת 1–255 אפשרויות בעלות שמות, עם תיאורים אופציונליים, ומחזירה את האפשרות הסבירה ביותר, ערך ביטחון נפרד והסתברויות לאפשרויות. שאלת כן/לא, הנקראת noul בפורמט של היצרן, מחזירה את ההסתברות לכן. הגדירו בשאלה את המשמעות של כן במקום להניח שמספר גבוה תמיד מצביע על תוצאה חיובית ליישום.
שאלת ציון מסודר מקבלת 1–255 רמות ומחזירה הסתברויות לרמות ואת האינדקס הצפוי שלהן. אינדקסי הרמות מתחילים באפס. פורמט התוצאה של היצרן נושא גם את מקרא הרמות וערך ביטחון נפרד. אינדקס צפוי יכול להיות שברי: הוא מסכם את ההתפלגות על פני הרמות המסודרות שלכם במקום לבחור תווית טקסט חדשה. שמרו את סדר הרמות ואת המקרא עם התוצאה, כדי שאפשר יהיה לפרש דירוג בעקביות.
השאלות חולקות אותו מצב אך מוערכות באופן עצמאי. שאלה אחת אינה יכולה לקרוא תשובה של שאלה אחרת, והמצב מחושב פעם אחת ונעשה בו שימוש חוזר. אם החלטה מאוחרת תלויה בתוצאה של החלטה קודמת, הפכו את התלות הזאת למפורשת במצב עוקב במקום לצפות שהשאלות בבקשה אחת ייצרו שרשרת. הדבר מתאים את תהליך המצב המשותף לכמה בדיקות עצמאיות על אותו מסמך.
הכינו את המצב עם הראיות שהשאלות דורשות בפועל. הוא יכול להיות טקסט פשוט או אובייקט או מערך JSON המוצגים כטקסט עם תוויות. שמרו על שמות שדות, יחידות, תנאי מדיניות וקטעי המקור הרלוונטיים ברורים. כתבו הוראה מסוימת לכל שאלה ותנו לאפשרויות שלה משמעויות שאפשר להבחין ביניהן מתוך הרשומה. במשימת ניתוב תמיכה מקורית, המצב יכול להכיל את הבקשה ואת ההקשר שלה, ואילו האפשרויות מגדירות קטגוריות של משלוח, גישה ותמיכה במוצר עם תיאורים קצרים.
שאלה שנייה יכולה להעריך דחיפות, ושאלה מסודרת יכולה לדרג כמה המשך טיפול הבקשה דורשת. אלה שאלות תפעוליות שונות, ולכן הגדירו כל אחת בנפרד. כללו אפשרות מתאימה לסקירה או לראיות חסרות כאשר משימת הבחירה זקוקה לה, ושמרו את ההתפלגות המלאה כאשר כמה קטגוריות סבירות. היישום מחליט כיצד לנתב תוצאה או לסקור אותה; המודל מספק את הרשומה עם הציונים.
Kev-4B מיועד להחלטות בעלות טיפוס מוגדר על מסמכים בני כמה אלפי טוקנים. פרופיל ההגשה של היצרן מקבל מצבים עד 65,536 טוקנים ושומר מקום נוסף לכל שאלה, ואילו אורך ההקשר שאומת לנקודת הביקורת הזאת הוא 8192 טוקנים. אלה גבולות שונים: קבלת מצב ארוך יותר אינה קובעת אמינות שווה של החלטות בכל אורך. שמרו על קטעים מכריעים תמציתיים ועל התוויות שלהם בעת הכנת רשומה ארוכה לסיווג.
הפרופיל שפורסם הוא באנגלית. המשימות השימושיות שלו תלויות בראיות במצב שסופק ובאפשרויות שהוגדרו, ולא בצ׳אט פתוח, בסיכום או במענה רחב מבוסס ידע. חשבון תאריכים ברמת ימים הוא מגבלה מסוימת: היצרן מספק מעבד מקדים נפרד לעובדות תאריכים שמספק מרווחים מחושבים. בבדיקת מועד אחרון, כללו במצב את התאריכים הרלוונטיים ואת מרווחי הימים המחושבים, יחד עם הכלל המשתמש בהם.
נקודת הביקורת מגיעה עם כיול הסתברויות שהותאם, אך הביטחון יכול להשתנות עם תחום המסמך ותכנון השאלה. היצרן מתעד גם כוונון עדין של נקודת הביקורת הפתוחה על תוויות ייעודיות למשימה והתאמת כיול ההסתברות שלה לעומס העבודה הזה; זהו תהליך התאמה אישית נפרד מהערכת מצב שסופק. בחרו ספי החלטה באמצעות דוגמאות מסומנות מעומס העבודה בפועל, ושמרו מקרים לא ודאיים גלויים לסקירה. היצרן מחריג החלטות בעלות השלכות על אנשים המתקבלות באופן אוטומטי לחלוטין ללא סקירה אנושית. סדר האפשרויות יכול גם הוא להשפיע על תשובה, ולכן שמרו על סדר קבוע בהשוואת תוצאות. העריכו את התווית שנבחרה, את שדה הביטחון הנפרד ואת התפלגות ההסתברות בהתאם לתפקיד שכל אחד ממלא בתהליך העבודה שלכם.
מהדורת Kev-4B הנוכחית המתוארת בידי היצרן שייכת ל־Kev 1.0 ומשתמשת בבסיס Qwen3.5. מהדורות קודמות המבוססות על Qwen3 ומהדורות שהוגבלו לשלב המסמך בלבד נשארות גרסאות נפרדות. שמרו על הקשר בין המהדורה שנבחרה והגדרות השאלות לבין הפלטים בעת פיתוח תהליך עבודה ייעודי למשימה, במקום לערבב תוצאות מפרופילים שונים.
תוצר סופי שימושי הוא קבוצה בעלת שמות של רשומות החלטה עם השאלות המקוריות, הגדרות האפשרויות, ההתפלגויות וכל מקרא של רמות מסודרות. בבדיקת איכות תשובה, המצב צריך לכלול את התשובה המוצעת, את הראיות ואת הקריטריון הנבדק. במיון ראשוני לפי מדיניות, הוא צריך לכלול את הכלל החל ואת העובדות הרלוונטיות. שמרו את הקלט הזה לצד התוצאה, כדי שסקירה תוכל לקבוע מדוע ההחלטה הייתה מתאימה או איזו עובדה חסרה יש לספק.
Ailoot Ultra · System One POST /v1/systemone jaredpalmer/kev-4b
jaredpalmer/kev-4bהתחלה
Kev-4B מעניק ציונים לשאלות בעלות טיפוס מוגדר על מסמך באנגלית שסופק ומחזיר הסתברויות מכוילות על פני האפשרויות שתגדירו. השתמשו בשאלות כן/לא, choice וציון מסודר לסיווג, לניתוב, למיון ראשוני ולבדיקות שזקוקות להחלטה מובנית במקום טקסט שנוצר.
- סוגי קלט נתמכים
- טקסט
- תוצאות
- decisions
זמין ב-Ailoot · קלט ושיטות
Ailoot Ultra · System One POST /v1/systemone
- סוגי קלט
text- סוגי פלט
decisions- פורמט פלט
- json
| שדה | סוג | דרישה | ערכים ומגבלות | ברירת מחדל |
|---|---|---|---|---|
שדהmodel | סוגstring | דרישהחובה | ערכים ומגבלות jaredpalmer/kev-4b | ברירת מחדל— |
שדהprovider | סוגschema | דרישהרשות | ערכים ומגבלות | ברירת מחדל— |
שדהquestions | סוגobject | דרישהחובה | ערכים ומגבלות | ברירת מחדל— |
שדהsession_id | סוגstring | דרישהרשות | ערכים ומגבלות | ברירת מחדל— |
שדהstate | סוגschema | דרישהחובה | ערכים ומגבלות | ברירת מחדל— |
שדהtrace | סוגschema | דרישהרשות | ערכים ומגבלות | ברירת מחדל— |
שדהuser | סוגstring | דרישהרשות | ערכים ומגבלות | ברירת מחדל— |
שדהquestions.<id>.type | סוגstring | דרישהחובה | ערכים ומגבלות noul, choice, score | ברירת מחדל— |
שדהquestions.<id>.instructions | סוגstring|object|array | דרישהחובה | ערכים ומגבלות | ברירת מחדל— |
שדהquestions.<id>.criteria | סוגobject|array | דרישהרשות | ערכים ומגבלות תנאים: choice/score: חובה; noul: אופציונלי. הקריטריונים של choice הם אובייקט; score הוא מערך עם minItems1. | ברירת מחדל— |
שדהquestions.<id>.criteria.true | סוגstring|object|array | דרישהחובה | ערכים ומגבלות חל כאשר: סופק אובייקט קריטריונים noul | ברירת מחדל— |
שדהquestions.<id>.criteria.false | סוגstring|object|array | דרישהחובה | ערכים ומגבלות חל כאשר: סופק אובייקט קריטריונים noul | ברירת מחדל— |
שילובים של חומרי קלט
noul · נדרש: state, questions.<id>.type=noul, questions.<id>.instructions
choice · נדרש: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · נדרש: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
פרמטרים ומחזור חיים של השיטה
| פרמטר | מפרט |
|---|---|
פרמטרcontent_type | מפרטapplication/json |
פרמטרrequired | מפרטmodel, state, questions |
פרמטרmaterial_types | מפרטtext |
פרמטרoptional_controls | מפרטprovider, session_id, trace, user |
פרמטרmultimodal_input_binding | מפרטnull |
מחזור חיים: synchronous
יש לשלוח את מזהה המודל המדויק ולשמור את התגובה המלאה בפורמט המקורי.
תעריפים
מידע תעריפים אינו מוסיף אפשרויות לבקשה. הפרמטרים הנתמכים מפורטים בשיטה שנבחרה.
- מצב מהיר
- לא צוין כאשר נבחר מצב מהיר
- מצב Flex
- לא צוין כאשר נבחר מצב flex
- מאמץ חשיבה מרבי
- לא צוין כאשר מאמץ החשיבה המרבי משתמש בהתאמת ברירת המחדל (default)
תעריפי Ailoot
מחירים לפי תצורה
התאימו כל חיוב לתנאים המוצגים. השתמשו בתעריף אחד לכל קבוצה של תצורות חלופיות.
| תצורה | טבלת תעריפים | טוקנים בהקשר, יותר מ- | טוקנים בהקשר, עד וכולל | חיוב |
|---|---|---|---|---|
| תצורהתעריפי הבסיס לטוקנים | טבלת תעריפיםתעריף בסיס | טוקנים בהקשר, יותר מ-— | טוקנים בהקשר, עד וכוללללא גבול עליון | חיוב קלט · טוקני קלט $0.000084 / 1K טוקנים פלט · טוקני פלט $0 / 1K טוקנים קלט · קריאה מהמטמון — / 1K טוקנים קלט · כתיבה למטמון — / 1K טוקנים קלט · כתיבה למטמון, 1 שעה — / 1K טוקנים |
| תצורהרמת אורך בקשה 1 | טבלת תעריפים— | טוקנים בהקשר, יותר מ-0 | טוקנים בהקשר, עד וכוללללא גבול עליון | חיוב קלט · טוקני קלט $0.000084 / 1K טוקנים פלט · טוקני פלט $0 / 1K טוקנים קלט · קריאה מהמטמון — / 1K טוקנים קלט · כתיבה למטמון — / 1K טוקנים קלט · כתיבה למטמון, 1 שעה — / 1K טוקנים |
לפני הבקשה Ailoot משריינת סכום משוער. לאחר קבלת התוצאה היא מסדירה את החיוב הסופי לפי השימוש המדוד. הסדרת חיוב בהזרמה משתמשת ברשומת השימוש הסופית. איך פועלים שריון הסכום והסדרת החיוב →
דוגמאות לבקשות
Ailoot Ultra · System One
{
"model": "jaredpalmer/kev-4b",
"questions": {
"is_bug": {
"criteria": {
"false": "The customer is asking a question or requesting a feature.",
"true": "The customer describes broken or unexpected product behavior."
},
"instructions": "Is the customer reporting a software defect?",
"type": "noul"
},
"team": {
"criteria": {
"account": "Login, permissions, or profile issues.",
"frontend": "Rendering, layout, or browser compatibility issues.",
"payments": "Checkout, billing, or payment processing issues."
},
"instructions": "Which team should own this ticket?",
"type": "choice"
},
"urgency": {
"criteria": [
"Can wait for the next release",
"Should be fixed this week",
"Blocking revenue right now"
],
"instructions": "How urgent is this ticket?",
"type": "score"
}
},
"state": {
"customer_tier": "enterprise",
"ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."
}
}set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"
export AILOOT_REQUEST_FILE
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))
if not isinstance(p,dict): raise SystemExit('Request must be a JSON object')
p['model']='jaredpalmer/kev-4b'
Path('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
python3 - <<'PY_RESULT'
import json
from pathlib import Path
print(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))
PY_RESULT
קבלה ושמירה של תוצאות
Ailoot Ultra · System One
json
שמירת כל התוצאות שהושלמו
שמרו כל תגובה מלאה, קובץ ומקטע תוכן שהוחזרו.
נשמרת כל תשובה שסופקה למזהה שאלה, עם הטיפוס המדויק שלה, ערך noul/choice/score, רמת הביטחון, ההסתברויות והמקרא. כל ה־JSON המקורי מאוחסן ומוחזר רק לאחר השלמת החיוב.
כשצריך לבדוק את התגובה המקורית
יש לשמור את הפעולה המקורית ואת התשובה המלאה או החלקית; אין לשלוח שוב את בקשת ה־POST.
שדות התגובה
| שדה | סוג |
|---|---|
שדהmodel | סוגstring |
שדהid | סוגstring |
שדהprovider | סוגstring |
שדהanswers.<id>.type | סוגstring |
שדהanswers.<id>.noul | סוגnumber |
שדהanswers.<id>.choice | סוגstring |
שדהanswers.<id>.score | סוגnumber |
שדהanswers.<id>.confidence | סוגnumber |
שדהanswers.<id>.probabilities | סוגobject |
שדהanswers.<id>.legend | סוגobject |
שדהusage.input_tokens | סוגinteger |
שדהusage.output_tokens | סוגinteger |
שדהusage.cost | סוגnumber |
שגיאות והשלבים הבאים
| תגובה | תנאי | השלב הבא |
|---|---|---|
תגובה400 · invalid_request_error | תנאישדה חובה, ייצוג או ערך לא תקפים | השלב הבאיש לתקן את שדה הבקשה שצוין. |
כינויים
כינויים למודל
Ailoot Ultra jaredpalmer/kev-4b
כינויים לנתיבי שיטות
השתמשו בנתיבי השיטות המוצגים למעלה.
מזהי מודלים קשורים IDs
FAQ · Jared Palmer: Kev 4B
- אילו קלטים ותוצאות זמינים?
POST /v1/systemone·jaredpalmer/kev-4b:text→decisions- באילו שדות הבקשה משתמשת?
POST /v1/systemone·jaredpalmer/kev-4b:model,provider,questions,session_id,state,trace,user