חשבונאות שימוש

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

קריאת התפרצות הטוקן

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

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

כמה CLIs דיווחו על טוקינים קח כחלק ממספר ההכנסה שלהם. AirCode Ø מפריד את החלק המוצפן תחילה, כך Input + Cached input מייצג את ההזמנה המלאה מבלי לספור את הטוקינים המוצפים פעמיים.

איפה המספרים מגיעים

התרגום המתמשך של CLI או יומן השימוש הוא מקור האמת. AirCode Ø נורמליזציה של כל מנוע פורמט לפני שהוא מוסיף משהו:

• כפול Claude בלוקים עוזרים עם אותו מסר ID לספור פעם אחת;
• ספקי Codex מצטברים להפוך ל-delta per-call, ו אירועים חשבונאיים בלבד מתעלמים;
• שכתוב מחדש או מחדש הודעות Gemini לתרום רק את ההיגיון הסופי שלהם מצב;
• Kimi קריאת קש וכתובות קש נשמרות בנפרד במחיר, גם אם הדיאלוג מציג אותם יחד;
• פרטים עדכוני דחיפות Grok/ACP להשתמש הערך האחרון עבור כל דחיפה. א תמונה מקורית בלבד נשארה רשומה, אך עשויה להיות ללא מחיר אם הקטגוריות שלה לא ידוע.

תהליכים המשוחזרים המשתתפים באותו מנוע ובתקופה מקורית ID מתייחסים לתקופה אחת לוגית. AirCode Ø משתמש בטראנסקיפט הזמין החזק ביותר עבור הפגישה הזאת במקום לסכם עותקים כפולים.

הקבלה של פלטפורמת הלקוח

שידורים חדשים רשמו פלטפורמת לקוח עבה: Web, Mobile app, Desktop app, Automation, או API. הערך מאוחסן באופן מקומי עם מטאנת הנתונים של הפגישה ב- sessions.json, הכלול בלוג ההפעלה המורכב, ומוצג כ- local.clientPlatforms על ידי GET /api/usage. AirCode Ø אינו מתעקש על סוכן משתמש טהור למטרה זו. סעיף Usage by app ב- AI Usage מציג פגישות, תוויות, מניות תוויות ו- API- עלות שווה ערך עבור טווח 7 ימים, 30 ימים, מותאם אישית או כל הזמן שנבחר.

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

כיצד מחשבון המחיר

כאשר CLI מדווח על עלות, AirCode Ø שומרת על הערך הזה ומאיימת אותו עלות מדווחת על ידי ספקית. אחרת, הוא מחשב את הערכה API-equivalent cost מקטלוג הרשימה הציבורית-מחיר שנשלח עם הגירסה המותקנת של AirCode Ø :

cost =
  (uncached input × input rate
   + cache reads × cached-input rate
   + cache writes × cache-write rate
   + billable output × output rate)
  / 1,000,000

סיבה מסוימת על ידי ייצור מחוץ הוא מוערך כמו ייצור בדיוק פעם אחת. כאשר לספק יש רמה של הקשר הארוך, AirCode Ø בוחרת אותה לפי שיחת מודל מתוך גודל ההזמנה המלאה (Input + Cached input).

התוויות תחת מחיר יש משמעות מדויקת:

• **** - CLI הספק את הסכום.
• הערכה API-equivalent — AirCode Ø החלים ציבורי API רשימה מחירים.
• דווח וערך - הסכום משלב את שני המקורות.
• חלקי או Unpriced — לפחות רשומה אחת של מטען טוקן לא יכולה להיות במחיר בטוח. מודלים לא ידועים לעולם לא יורשים שיעור משפחתי שנחשב.

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

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

סיווג לכל שאלה

מעקב אחר שאלות משתמש בגבולות, לא הערכות בגודל המבוקש:

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

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

פעילות הפגישה הלא מוקצה היא:

complete session total − sum of tracked questions

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

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

זמן הפעלה ועדכוני חי

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

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

גבולות החשבון

המדדים בחלק העליון של כרטיס ספק ב- AI שימוש הם קווי החשבון, לא חשבונאות טרנסקריפט. AirCode Ø קורא אותם מהחשבון של כל ספק API ומחזיק את התשובה במשך כמה דקות, כך מספר מכשירים פתוחים חולקים שיחה אחת במקום כל סקר את נקודת הסוף.

זה קישוא זה למה מסך שנשאר פתוח יכול להשאיר מאחורי ריצה כבדה. כל כרטיס ספקית נושאת כפתור חידוש לצד המצב שלה: היא מבקשת מהשרת להתקשר שוב לחשבון זה API מיד, ותענה עם הערכים שהוא מקבל בחזרה. כפתור ה- Refresh בכותרת עושה את אותו הדבר עבור כל חשבון מחובר, כמו גם pull-to-refresh בטלפון הנייד.

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