هدف السعرات للوزن والتواريخ
الانتقال من 80 إلى 75 كغ بين 1 يناير و12 مارس 2026 مع صيانة 2500 سعرة يعني تناول نحو 1950 سعرة يوميًا. تُدخل تاريخين حقيقيين بدل عدد الأيام، فيبقى موعد زفاف أو سباق دقيقًا. مجانية في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- الوزن الحالي
- 80
- الوزن المستهدف
- 75
- تاريخ البدء
- 2026-01-01
- تاريخ الانتهاء
- 2026-03-12
- سعرات الحفاظ على الوزن
- 2,500
- تغير الوزن
- -5
- وحدة الوزن
- Kg
- الأيام
- 70
- kcal لكل وحدة
- 7,700
تحوّل حاسبة هدف السعرات لهدف الوزن وزن الجسم الابتدائي، ووزن الهدف، وتاريخ بداية صريح، وتاريخ نهاية صريح، وسعرات الصيانة اليومية لديكم، إلى متوسط المدخول الحراري اليومي الذي يبلغ الهدف في يوم التقويم الذي تختارونه. بخلاف أدوات العجز التي تسأل فقط عن عدد الكيلوغرامات المراد فقدانها وعدد الأيام المتاحة، تثبّت هذه الصفحة الخطة على تاريخين ISO حقيقيين حتى تبقى مواعيد الزفاف، وجداول السباقات، والمراجعات الطبية، ونوافذ القص الموسمية مطابقة للتقويم. النموذج هو تقريب توازن الطاقة الكلاسيكي المستخدم في أوراق التدريب: نحو 7700 كيلوكالوري لكل كيلوغرام من نسيج الجسم، أو 3500 كيلوكالوري لكل رطل، موزّعة بالتساوي على عدد الأيام من البداية إلى النهاية. على سبيل المثال، الانتقال من ثمانين كيلوغرامًا إلى خمسة وسبعين بين الأول من يناير والثاني عشر من مارس عند صيانة ألفي وخمسمائة سعرة يقتضي فترة سبعين يومًا، وتغيّرًا طاقيًا إجماليًا قدره ناقص ثمانية وثلاثين ألفًا وخمسمائة كيلوكالوري، وتعديلًا يوميًا قدره ناقص خمسمائة وخمسين، ومدخولًا يوميًا قريبًا من ألف وتسعمائة وخمسين. المحرك حساب منتهٍ حتمي بالكامل مع رياضيات تقويمية غريغورية خالصة، بلا استدعاءات شبكة، ولا عيّنات عشوائية، ولا اختصارات لساعة النظام.
ما الذي يعيده هدف السعرات المؤرخ وما معنى الأرقام
يجيب هدف السعرات المؤرخ عن سؤال تخطيط يكتبه الناس فعليًا في محركات البحث: كم سعرة يجب أن أتناول يوميًا لأصل إلى وزن محدد بحلول تاريخ تقويم محدد. تقدّمون الوزن الحالي ووزن الهدف بنفس الوحدة، وتاريخ بداية وتاريخ نهاية كسلاسل ISO صارمة YYYY-MM-DD، وسعرات الصيانة التي تُسمّى غالبًا TDEE من تقدير سابق أو متوسط جهاز قابل للارتداء أو تقييم سريري. لا تخترع الحاسبة الأيض من العمر أو النشاط؛ بل تعيد كتابة حساب توازن الطاقة عبر فترة تواريخ ثابتة فقط.
أولًا تتحقق من تاريخي التقويم بقواعد غريغورية خالصة بحيث يُقبل 29 فبراير في السنوات الكبيسة فقط ويُرفض 31 أبريل. ثم تحوّل كل تاريخ إلى رقم يوم يولياني فلكي وتطرح البداية من النهاية للحصول على عدد أيام موجب بصرامة. تغيّر الوزن هو الهدف ناقص الحالي، لذا ينتج الهدف الأدنى مجموعًا طاقيًا سالبًا وهدف سعرات دون الصيانة، بينما ينتج الهدف الأعلى فائضًا لزيادة الكتلة النحيلة أو خطط إعادة التغذية.
الحالات المرفوضة تشمل أوزانًا أو تواريخ أو صيانة ناقصة؛ وقيمًا غير منتهية أو غير عددية؛ وقيمًا فوق الأسقف الموثّقة؛ وأوزان جسم غير موجبة؛ وسلاسل تقويم غير صالحة؛ وأي تاريخ نهاية ليس بعد البداية بصرامة، لأن فترة غير موجبة لا تعرّف معدلًا يوميًا ذا معنى.
أين تناسب أهداف السعرات المؤرخة التدريب والمنتجات والدراسة
يربط بنّاءو التطبيقات نموذج هدف يخزّن أصلًا تواريخ زفاف أو سباق بقيم افتراضية لسجل الطعام دون شحن شفرة حاسبة معتمة ودون الاعتماد على ساعة الجهاز لعدّ الأيام. يتحقق الطلاب ومتدربو التغذية من أمثلة الكتب التي تفترض 3500 كيلوكالوري لكل رطل أو 7700 لكل كيلوغرام ويحتاجون مصدرًا سريعًا وغير متصل لمعدلات يومية يمارس أيضًا التحقق من التواريخ. تستخدم أدوات المنتج والتعليم العقد نفسه عندما يكتب المتعلم ثمانين كيلوغرامًا وخمسة وسبعين وبداية الأول من يناير ونهاية الثاني عشر من مارس، ويجب أن تعرض الواجهة السعرات اليومية والعجز الضمني بجانب حقل الصيانة.
الأهداف القصوى التي تدفع المدخول اليومي دون نطاقات آمنة تُحسب مع ذلك بشفافية حتى تحذّر الواجهة؛ هذا المحرك لا يقصّ بصمت ولا يخترع نصيحة طبية. اقرنوها بأدوات تركيب الجسم أو معدل القلب عند بناء مختبر صغير لمساعدات صحية مجانية وحتمية، وعاملوا المخرج دائمًا كتقدير تخطيط لا كوصفة.
حالات الاستخدام
أهداف وزن بمواعيد تقويمية
حوّلوا الوزنين الحالي والهدف مع تاريخي ISO إلى مدخول حراري يومي من سعرات صيانة معروفة، للزفاف أو السباقات أو المراجعات.
تطبيقات التدريب وأوراق العمل
أنشئوا أهداف سعرات مؤرخة وقابلة للتكرار لخطط العملاء وتدفقات الإعداد وقيم سجل الطعام الافتراضية دون عدّ أيام ساعة الجهاز.
الأسئلة الشائعة
هل تقدّر هذه الأداة سعرات الصيانة لدي؟
لا. تقدّمون الصيانة (TDEE). الحاسبة تحوّل الأوزان ونطاق التواريخ فقط إلى هدف مدخول يومي.
هل يمكن استخدامها لتخطيط زيادة الوزن؟
نعم. إذا كان الوزن المستهدف أعلى من الحالي صار مجموع الطاقة موجبًا وأصبح الهدف اليومي فوق الصيانة، وهذا يناسب زيادة الكتلة النظيفة أو مرحلة إعادة التغذية.
ماذا يحدث إذا كان تاريخ النهاية قبل تاريخ البداية؟
تُرفض الخطة، إذ يجب أن يقع تاريخ النهاية بعد البداية تمامًا. وتُرفض كذلك التواريخ غير الموجودة مثل 31 أبريل أو 29 فبراير في سنة غير كبيسة.
كيف تُحسب أيام الخطة؟
يُطرح تاريخ البداية من تاريخ النهاية وفق التقويم الميلادي. من 1 يناير إلى 12 مارس 2026 تكون المدة 70 يومًا، ويُوزَّع التغير الكلي في الطاقة عليها بالتساوي.
هل يمكنني إدخال الوزن بالرطل؟
نعم، بشرط أن يكون الوزن الحالي والمستهدف بالوحدة نفسها. مع الرطل يستخدم الحساب 3500 سعرة لكل رطل، ومع الكيلوغرام 7700 سعرة لكل كيلوغرام.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/health/calorie-goal-by-date \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"current_weight":80,"goal_weight":75,"start_date":"2026-01-01","end_date":"2026-03-12","maintenance_calories":2500}'const res = await fetch("https://api.kit.forhosting.com/health/calorie-goal-by-date", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"current_weight": 80,
"goal_weight": 75,
"start_date": "2026-01-01",
"end_date": "2026-03-12",
"maintenance_calories": 2500
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/calorie-goal-by-date",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"current_weight": 80,
"goal_weight": 75,
"start_date": "2026-01-01",
"end_date": "2026-03-12",
"maintenance_calories": 2500
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/calorie-goal-by-date", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"current_weight":80,"goal_weight":75,"start_date":"2026-01-01","end_date":"2026-03-12","maintenance_calories":2500}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"current_weight":80,"goal_weight":75,"start_date":"2026-01-01","end_date":"2026-03-12","maintenance_calories":2500}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/calorie-goal-by-date", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"current_weight": 80,
"goal_weight": 75,
"start_date": "2026-01-01",
"end_date": "2026-03-12",
"maintenance_calories": 2500
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.calorie_goal_by_date",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الحدود
max_weight | 1000 |
max_days | 3650 |
max_maintenance_kcal | 20000 |
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
استخدموها مجانًا في المتصفح لتحديد الأهداف والتعليم، أو استدعوا واجهة API بسعر $0.002 لكل طلب ناجح عندما تحتاجون أهداف سعرات مؤرخة وقابلة للتكرار في منتجات اللياقة، وأدوات التدريب، أو تثبيتات CI.
ما الذي يعيده هدف السعرات المؤرخ وما معنى الأرقام
ضرب تغيّر الوزن ذي الإشارة في 7700 كيلوكالوري لكل كيلوغرام أو 3500 لكل رطل يعطي إجمالي الطاقة التي يجب إزالتها أو إضافتها على النافذة كلها؛ والقسمة على عدد الأيام تعطي تعديلًا يوميًا ثابتًا؛ وإضافة ذلك التعديل إلى الصيانة تعطي daily_calories. تُبلغ الاستجابة أيضًا daily_deficit_kcal كنفي للتعديل حتى تظهر خطط الفقدان عجزًا موجبًا يتوقعه المدربون، و weekly_deficit_kcal لملخصات سبعة أيام، و direction كـ loss أو gain أو maintain، ووسم طريقة energy_balance_by_date، وسلسلة صيغة قصيرة، والدقة العشرية المستخدمة. لا مسار لتعلّم الآلة ولا عيّنة عشوائية: إما ينجح الحساب المنتهي ضمن الحدود الموثّقة أو يفشل الطلب بـ invalid_input. إذا احتجتم صيغ BMR أو تقسيم الماكرو أو وقود التمرين، اقرنوا هذه الصفحة بتلك الأدوات المخصّصة؛ تجيب هذه الصفحة فقط إعادة كتابة الهدف المؤرخ إلى المدخول، بمخرج عددي مستقر لأوراق العمل وواجهات المنتجات ومستهلكي API الذين يجب ألا يخترعوا نماذج تكيّفية.
كيف تُقرأ المدخلات وأي وحدات تُطبَّق ولماذا تبقى النتائج قابلة للتكرار
يجب أن تطابق التواريخ YYYY-MM-DD تمامًا بعد التشذيب؛ ولا تُقبل الأوقات والإزاحات على هذا المسار حتى لا يزيح حقل نموذج عدد الأيام بصمت عبر المناطق الزمنية. تُسمح إشارات الزائد الابتدائية الاختيارية والكتابة العلمية على السلاسل العددية عندما تُفسَّر ككسور عشرية منتهية؛ وتُرفض المسافات المضمّنة والبادئات السداسية والرموز غير العددية برسالة واضحة حتى لا تصبح خلية سيئة هدف مدخول خاطئ. الحقول المفضّلة هي current_weight للكتلة الابتدائية، و goal_weight للكتلة الهدف، و start_date و end_date لمراسي التخطيط كسلاسل تقويم، و maintenance_calories لطاقة الصيانة اليومية بالكيلوكالوري. تُقبل أسماء بديلة مثل start_weight و from_weight و target_weight و to_weight و from و to و until و goal_date و maintenance و tdee و maintenance_kcal حتى تعيد جداول البيانات وسلاسل الاستعلام والنماذج المكتوبة استخدام عقد واحد دون إعادة تسمية الأعمدة. weight_unit الاختياري يكون بالكيلوغرام افتراضيًا ويقبل أيضًا kg و kilogram و lb و lbs و pound و pounds؛ تستخدم الأرطال اتفاقية 3500 كيلوكالوري والكيلوغرامات 7700. يختار حقل precision الاختياري، بأسماء decimals و dp، عدد المنازل العشرية المعروضة، باثنين افتراضيًا وبحد خمسة عشر حتى تبقى ملفات JSON الذهبية مستقرة عبر بيئات التشغيل. اقرنوا التشغيل المجاني في متصفح هذه الصفحة بواجهة API المدفوعة عندما تحتاجون النتيجة الرياضية ذاتها داخل مسار آلي دون إعادة تنفيذ تحويل اليوم اليولياني وصيغ العجز بأنفسكم.
أين تناسب أهداف السعرات المؤرخة التدريب والمنتجات والدراسة
يستخدم المدربون والعملاء مدخولًا يوميًا ثابتًا مربوطًا بتاريخين تقويميين كعقد ابتدائي قبل التعديل للجوع وحمولة التدريب والهضاب. في هذه الصفحة يعمل الحساب بالكامل في متصفحكم؛ وعبر API تكلّف كل استعلام ناجح $0.002، ولا تُحاسب التحقق الفاشل، ولا يُخزَّن شيء بعد إرجاع الاستجابة. هذا التقسيم — استكشاف تفاعلي مجاني وواجهة API مدفوعة مطابقة — يطابق بقية كتالوج KIT من الفئة A ويتيح الانتقال من عرض صفّي إلى مسار آلي دون تغيير النتيجة الرياضية.
حالات التكامل
تثبيتات اختبار حتمية
غذّوا CI والاختبارات الوحدوية بقيم daily_calories و daily_deficit_kcal ثابتة من نموذج 7700/3500 الكلاسيكي وفترات أيام JDN خالصة.
أسئلة تقنية
كم تكلفة حاسبة هدف السعرات لهدف الوزن؟
مجانية في متصفحكم على هذه الصفحة. عبر API يكلّف الطلب الناجح $0.002؛ والمدخلات غير الصالحة لا تُحاسب.
كيف تُحسب السعرات اليومية من تاريخين؟
الصيغة: days = JDN(end_date) − JDN(start_date); total_energy_kcal = (goal_weight − current_weight) × 7700 (kg) أو × 3500 (lb); daily_calories = maintenance_calories + total_energy_kcal / days.
ماذا يحدث إذا كان end_date في start_date أو قبله؟
يُرفض الإدخال بـ invalid_input. فترة تواريخ غير موجبة لا يمكن أن تعرّف معدل هدف سعرات يومي.
هل يمكنني التخطيط لزيادة الوزن إضافة إلى الفقدان؟
نعم. عندما يكون goal_weight أعلى من current_weight يكون daily_adjustment_kcal موجبًا ويبقى daily_calories فوق الصيانة؛ ويُبلَّغ direction كـ gain.