מודלים

Jared Palmer: Kev 4B

Markdown · JSON

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

Jared Palmer /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

jaredpalmer/kev-4b

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

פרטים נוספים

חברו Ailoot ל- Claude Code, OpenCode, Hermes או ליישום שלכם.

החברה ופורטפוליו הפרויקטים שלה

החברה ופורטפוליו הפרויקטים שלה: מיליוני לקוחות; מכירות בהיקף של מיליארדים מדי חודש.

קנו אסימונים בהנחה.

הנחת מנוי לעבודה קבועה. קודי הנחה עד 50% על רכישת אסימונים.

מנוי
בחרו מסלול עם הנחה לבקשות הקבועות שלכם.
קוד הנחה עד 50%
הזינו קוד ברכישה. המחיר יחושב מחדש לפי המבצע הפעיל.
הוצאות בהיסטוריה
המודל, האסימונים והסכום נשמרים לכל בקשה.

בחירת מנוי · מחירי מודלים

חברו API למוצר שאתם מוכרים.

SaaS, יישומים ובוטים לפי ההצעה והסכם הרישוי של Ailoot. למכירה מחדש בקשו רישיון משווק.

יישום מסחרי
שלבו יצירת טקסט, תמונות, וידאו ושמע בתכונות בתשלום של השירות שלכם.
רישיון למכירה מחדש
שלחו תיאור פרויקט ואופן מתן גישה. בקשו תנאי שימוש ומכירה מחדש בכתב.
מסמכים באתר
ההצעה, הסכם הרישוי ומדיניות עיבוד הנתונים זמינים לפני החיבור.

בקשת רישיון למכירה מחדש · ההצעה והסכם הרישוי