حاسبة حد كربوهيدرات الكيتو
مع 2000 سعرة يوميًا يسمح نظام الكيتو بـ25 غرامًا على الأكثر من الكربوهيدرات الصافية. أدخل سعراتك اليومية واحصل على هذا الحد بالغرامات قبل كتابة قائمة التسوق أو تسجيل وجبة. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- السعرات اليومية
- 2,000
- الكربوهيدرات (%)
- 5 g/day
- العتبة (g)
- 50
- الكربوهيدرات (kcal)
- 100
- صافي الكربوهيدرات حسب النسبة (g)
- 25
يحافظ النظام الغذائي الكيتوني على الكربوهيدرات الصافية اليومية منخفضة بما يكفي ليعتمد الجسم أساساً على أكسدة الدهون وإنتاج الكيتونات بدلاً من غلوكوز الغذاء. يحتاج المدربون وتطبيقات تخطيط الوجبات ومتابعو التغذية سقفاً واضحاً بالغرامات قبل إعداد قوائم التسوق أو تسجيل الوجبات، لا شعاراً غامضاً من قبيل «قلّلوا الكربوهيدرات». تحوّل حاسبة حد كربوهيدرات الكيتو هذه هدفاً سعرياً يومياً إلى ميزانية قصوى للكربوهيدرات الصافية باختيار الأصغر بين قيدين كلاسيكيين: حصة من الطاقة (خمسة بالمئة من الكيلوكالوري افتراضياً، بتحويل أربعة كيلوكالوري لكل غرام) وعتبة مطلقة بالغرامات شائعة في الكيتوز (خمسون غراماً افتراضياً، أو عشرون للبروتوكولات الأشد). السعرات اليومية الناقصة أو غير الموجبة تفشل كإدخال غير صالح ولا تُحاسب.
الاستخدام مع المتدربين والحدود العملية
استخدموا حاسبة حد كربوهيدرات الكيتو المجانية في المتصفح للفحوص السريعة وتثقيف العملاء وعروض المحاضرات وتخطيط الوجبات دون تثبيت جدول. فضّلوا مأخذاً سعرياً يطابق أصلاً تقدير الصيانة أو العجز في منتجكم — إن عرفتم فقط الماكروز من حاسبة أخرى فمرّروا هنا نفس هدف الطاقة اليومي حتى تبقى الكربوهيدرات المبنية على النسبة متسقة بين الأدوات. تخضع مدخلات المصدر لنفس قواعد الاحتفاظ لعناصر parse الأخرى في KIT، والنتائج آمنة للتثبيت في تجهيزات التكامل المستمر لأن الخوارزمية حتمية بالكامل.
أبقوا التوقعات تعليمية: هذه أداة تخطيط ومحو أمية لا جهاز تشخيص طبي، وعلى من لديهم احتياجات غير نمطية اتباع بروتوكولات كيتونية سريرية لا صيغة واحدة. ادمجوا من جهتكم تخطيط البروتين والدهون إن احتجتم تقسيم ماكرو كاملاً؛ تركّز هذه القدرة عمداً على سقف الكربوهيدرات الصافية الذي يعرّف العتبة الكيتونية.
حالات الاستخدام
التدريب وتخطيط الوجبات
يُدخل المدربون سعرات العميل اليومية وعتبات غرام اختيارية صارمة أو مرنة لعرض سقف واضح للكربوهيدرات الصافية قبل بناء الخطة الأسبوعية.
تطبيقات العافية واللياقة
التطبيقات التي تخزّن أهداف الطاقة أصلاً تستدعي نقطة نهاية مدفوعة مسبقاً ومستقرة لأقصى كربوهيدرات صافية يومية بدل إعادة تنفيذ رياضيات النسبة والعتبة في كل لغة عميل.
الأسئلة الشائعة
كيف يُحسب الحد اليومي للكربوهيدرات الصافية؟
يُؤخذ الأقل بين حدّين. الأول نسبة من سعراتك، 5 في المئة افتراضيًا، تُحوَّل إلى غرامات بمعدل 4 سعرات لكل غرام من الكربوهيدرات. والثاني حد ثابت يبلغ 50 غرامًا افتراضيًا.
لماذا يكون حدي 25 غرامًا وليس 50 مع 2000 سعرة؟
لأن 5 في المئة من 2000 سعرة تساوي 100 سعرة، أي 25 غرامًا من الكربوهيدرات. هذا الرقم أقل من حد 50 غرامًا، فتكون النسبة هي التي تحدد سقفك، وتذكر النتيجة ذلك.
أي حد أختار: 20 أم 30 أم 50 غرامًا؟
حد 50 غرامًا شائع ومرن وهو القيمة الافتراضية، و30 غرامًا حد معتدل، و20 غرامًا سقف أشد صرامة من النوع العلاجي. إذا كنت تتبع بروتوكولًا سريريًا فاستخدم الحد الذي يحدده.
هل تعطيني الحاسبة أهداف البروتين والدهون أيضًا؟
لا. فهي تحدد فقط سقف الكربوهيدرات الصافية الذي يرسم عتبة الكيتو. خطّط للبروتين والدهون بشكل منفصل، واستخدم الرقم نفسه للسعرات اليومية في الأداتين حتى تتطابق الأرقام.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/health/keto-carb-limit \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"daily_calories":2000}'const res = await fetch("https://api.kit.forhosting.com/health/keto-carb-limit", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"daily_calories": 2000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/keto-carb-limit",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"daily_calories": 2000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/keto-carb-limit", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"daily_calories":2000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"daily_calories":2000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/keto-carb-limit", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"daily_calories": 2000
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.keto_carb_limit",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
المسار حساب حتمي خالص بلا شبكة وبلا بذرة عشوائية، فيعيد ودجت المتصفح وعملاء API المدفوع مسبقاً نفس JSON دائماً. تطابق الأداة المجانية في المتصفح عقد الأتمتة المدفوع بمبلغ $0.002 لكل عنصر API ناجح.
ماذا يقيس حد كربوهيدرات الكيتو وما المدخلات المطلوبة
الكربوهيدرات الصافية اليومية القصوى هي السقف بالغرامات من الكربوهيدرات القابلة للهضم الذي ما يزال خطة بأسلوب كيتوني تعتبره متوافقاً مع عتبة مختارة. بل تجيب أولاً عن سؤال التخطيط: كم غراماً صافياً في اليوم ينبغي السماح به قبل تسجيل الوجبات أصلاً. غالباً ما تذكر ملصقات التغذية الكربوهيدرات الكلية والألياف؛ وفي لغة التخطيط اليومية تعني الكربوهيدرات الصافية الكلي ناقص الألياف (وأحياناً كحوليات السكر)، لكن نقطة النهاية هذه لا تحلل مذكرة طعام. أرسلوا daily_calories كعدد منتهٍ موجب بالكيلوكالوري في اليوم؛ تُقبل الأسماء البديلة calories وkcal وenergy_kcal وcalorie_intake. ويمكنكم اختيارياً إرسال carb_percent كأقصى حصة طاقة من الكربوهيدرات الصافية، عادة قرب خمسة بالمئة في ماكروز الكيتو الصارمة، مع البدائل carbs_percent وcarb_pct وpercent_carbs؛ وعند الحذف يستخدم المحرك خمسة. ويمكنكم اختيارياً إرسال threshold_g كسقف مطلق بالغرامات في اليوم، مع البدائل max_carbs_g وnet_carb_cap وabsolute_cap_g وcarb_cap_g؛ وعند الحذف يستخدم المحرك خمسين غراماً، وهو سقف كيتوني مرن شائع، بينما عشرون غراماً يمثّل سقفاً أشد بأسلوب علاجي. يضرب المحرك السعرات اليومية في نسبة الكربوهيدرات مقسومة على مئة للحصول على كيلوكالوري الكربوهيدرات، ويقسم على أربعة للحصول على غرامات صافية مبنية على النسبة، ثم يعيد الأصغر بين تلك القيمة وthreshold_g كـ max_net_carbs_g. إذا كانت السعرات اليومية ناقصة أو صفراً أو سالبة تفشل الطلبية بـ invalid_input. المدخلات المتطابقة تنتج دائماً JSON متطابقاً لأن الخوارزمية لا تمس الشبكة ولا نموذجاً ولا ساعة ولا مولّد عشوائية.
قراءة حقول الاستجابة والمزالق الشائعة
لا تعاملوا النتيجة كوصفة طبية: من يعانون السكري أو بروتوكولات الصرع أو الحمل أو قيوداً سريرية أخرى يحتاجون توجيهاً مهنياً. تُرفض مدخلات السعرات أو العتبة الشديدة الكبر فوق أسقف سلامة العزل. عند النجاح تعيد الاستجابة daily_calories وcarb_percent وthreshold_g ليؤكد العملاء الحدود المطبّقة. الرقم الرئيسي هو max_net_carbs_g بالغرامات في اليوم، وهو دائماً الأصغر بين مسار النسبة والعتبة المطلقة. يُظهر الحقل percent_based_net_carbs_g مسار نسبة السعرات وحده حتى تشرح لوحات المتابعة لماذا قد يظل يوم عالي السعرات محدوداً بالعتبة، أو لماذا يصطدم يوم منخفض السعرات أولاً بحد النسبة. carb_kcal هي الطاقة المخصّصة للكربوهيدرات الصافية في مسار النسبة قبل القسمة على أربعة كيلوكالوري لكل غرام. limiting_factor هو percent أو threshold بحسب أي قيد أنتج الحد الأقصى النهائي، وهو مفيد لنصوص التدريب من قبيل «ميزانية سعراتكم تبقيكم أصلاً دون خمسين غراماً» مقابل «سقف الكيتو المطلق هو القيد الملزم». unit دائماً g/day وkcal_per_gram_carb دائماً أربعة وformula تعيد معادلة الحد الأدنى وmethod دائماً min_percent_and_threshold حتى يتفرع الكود اللاحق دون تخمين الأشكال. اقرنوا هذا السقف بسجل طعامكم الذي يخصم الألياف عند تقييم الكربوهيدرات الصافية مقابل max_net_carbs_g على العميل.
استخدام API والتسعير وسير عمل التدريب والحدود العملية
أرسلوا جسماً JSON يتضمن daily_calories الإلزامي (أو اسماً بديلاً) واختيارياً carb_percent وthreshold_g. استخدموا API المدفوع مسبقاً عندما يحتاج SaaS عافية أو نموذج طب عن بُعد أو لوحة مدرب أو خط أنابيب تتبّع سعرات عقداً مستقراً تحت رصيد KIT بمبلغ $0.002 لكل عنصر ناجح؛ إخفاقات التحقق لا تستهلك الرصيد بعد رفض المحرك. يمكن لمؤلفي SDK ربط max_net_carbs_g وlimiting_factor ببطاقات لوحات وأعمدة CSV معنونة مسار النسبة والسقف المطلق — نفس الأرقام التي يكتبها المدربون يدوياً عند تطبيق خمسة بالمئة من السعرات وسقف من عشرين إلى خمسين غراماً على الورق.
حالات التكامل
عروض صفوف ومحتوى
تقارن الدورات ميزانيات ماكرو بنسبة خمسة بالمئة مع أسقف مطلقة من عشرين مقابل خمسين غراماً وتثبّت JSON المتوقع في اختبارات آلية بمخرجات حتمية.
أسئلة تقنية
كيف يُحسب حد كربوهيدرات الكيتو؟
يحسب المحرك الكربوهيدرات الصافية المبنية على النسبة كـ daily_calories × carb_percent/100 ÷ 4 kcal/g ثم يعيد الأصغر بين تلك القيمة وthreshold_g (الافتراضي: 5% و50 g).
ما المدخلات الإلزامية؟
الإلزامي فقط daily_calories (kcal/يوم موجبة). carb_percent يساوي 5 وthreshold_g يساوي 50 عند الحذف. السعرات الناقصة أو غير الموجبة تفشل بـ invalid_input.
ما الفرق بين الكربوهيدرات المبنية على النسبة وthreshold_g؟
الكربوهيدرات المبنية على النسبة تتناسب مع هدفكم السعري؛ threshold_g سقف غرامات صلب يُستخدم في الكيتوز (مثلاً 20 g صارم أو 50 g مرن). تعيد API الأصغر بينهما.
هل تُحسب ألياف وجباتي؟
لا. تعيد ميزانية تخطيط للكربوهيدرات الصافية. على سجل طعامكم خصم الألياف (وأي كحوليات سكر تستبعدونها) عند تقييم الوجبات مقابل max_net_carbs_g.
كم تكلفة حاسبة حد كربوهيدرات الكيتو؟
أداة المتصفح مجانية. طلبات API تستخدم رصيد KIT المدفوع مسبقاً بمبلغ $0.002 لكل استدعاء ناجح؛ الإدخال غير الصالح لا يُحاسب.