حاسبة البروتين حسب هدف اللياقة

تأخذ هذه الأداة وزن الجسم بالكيلوجرام وهدف لياقة مثل sedentary أو maintenance أو endurance أو strength أو muscle_gain أو fat_loss أو athlete، وتستخرج عامل الجرام لكل كيلوجرام من جدول ثابت، ثم تضرب وتعيد هدف البروتين اليومي بالجرام مع الهدف المحلول والعامل. غياب الوزن والقيم غير الرقمية والكتلة غير الموجبة والأهداف المجهولة تفشل بـ invalid_input حتى لا تُمرَّر بيانات نموذج خاطئة كخطة وجبات.

كيف يُحسب البروتين حسب هدف اللياقة

ابدأ بوزن الجسم بالكيلوجرام وسلسلة هدف لياقة. تلك العوامل قيم تعليمية شفافة مستمدة من نطاقات تغذية رياضية كثيرًا ما تُذكر؛ وليست وصفات شخصية ولا مشورة طبية. البروتين اليومي بالجرام يساوي الوزن بالكيلوجرام مضروبًا في الجرام لكل كيلوجرام لذلك الهدف. يجب أن تكون المدخلات منتهية؛ ويُرفض NaN وInfinity. الأهداف المجهولة تفشل برسالة تسرد المفاتيح المقبولة حتى تعرض النماذج تصحيحًا واضحًا بدل افتراضي صامت. تُطبّع الحاسبة الهدف—بحذف المسافات الزائدة وتحويل الحروف إلى صغيرة وتحويل المسافات والشرطات إلى شرطات سفلية—وتحل المرادفات الشائعة مثل bulk أو التضخم إلى muscle_gain وcutting أو فقدان الوزن إلى fat_loss. ثم تستخرج جدولًا تعليميًا ثابتًا للجرام لكل كيلوجرام: sedentary 0.8 وmaintenance 1.2 وendurance 1.4 وstrength 1.6 وmuscle_gain 1.8 وfat_loss 2.0 وathlete 2.2 جرام بروتين لكل كيلوجرام من وزن الجسم يوميًا. مثلًا: سبعون كيلوجرامًا بعامل muscle_gain 1.8 تعطي 126 جرامًا؛ وثمانون كيلوجرامًا بعامل sedentary 0.8 تعطي 64 جرامًا. تعيد الاستجابة الوزن المنظف ومفتاح الهدف القانوني والجرام لكل كيلوجرام المستخدم وdaily_protein_g وprotein_g كنفس الإجمالي المنظف وunit = g وسلسلة formula وmethod goal_g_per_kg_table حتى يدقق كل عميل الناتج. المسار حساب عائم حتمي بلا طوابع زمنية ولا انجراف نموذج، فنفس الوزن والهدف ينتجان دائمًا نفس JSON. الوزن الصفري أو السالب يفشل مبكرًا بـ invalid_input بدل اختراع قيم مطلقة.

ما الذي ترسله وما الذي تستلمه

كلا الحقلين مطلوبان. اربط نموذج المتصفح المجاني للأهداف الشخصية والتدريبية، ثم استدعِ نفس العقد من البرامج النصية عند الحاجة إلى جداول جماعية أو تثبيتات انحدار. إن احتجت معدل الأيض الأساسي أو السعرات المحروقة فتلك أدوات ونوايا بحث منفصلة. أرسل حقلين. الحقل weight هو كتلة الجسم بالكيلوجرام كعدد منتهٍ موجب أكبر من الصفر، أو يمكن استخدام الأسماء البديلة weight_kg أو kg أو mass أو body_weight. الحقل goal هو سلسلة هدف اللياقة المطلوبة، بأسماء بديلة fitness_goal وactivity_goal وtarget_goal وobjective. القيم القانونية المقبولة هي sedentary وmaintenance وendurance وstrength وmuscle_gain وfat_loss وathlete؛ وتُتجاهل حالة الأحرف وتُقبل المرادفات الشائعة كما في ملاحظات المؤلف. الحقول الناقصة والسلاسل الفارغة والوزن غير الرقمي وNaN وInfinity والوزن غير الموجب والأهداف التي لا تُحل في الجدول تفشل بـ invalid_input ولا تُحتسب. عند النجاح تتضمن الاستجابة daily_protein_g وprotein_g كنفس الناتج المنظف وunit = g وweight_kg المنظف ومفتاح goal المحلول وgrams_per_kg من الجدول وformula يوثق الوزن في الجرام لكل كيلوجرام للهدف وmethod goal_g_per_kg_table. فحوصات كلاسيكية: سبعون كيلوجرامًا مع muscle_gain تعطي 126 جرامًا، وثمانون كيلوجرامًا مع sedentary تعطي 64 جرامًا. تسعير طلبات API الناجحة هو الأساس المنشور $0.002 لكل عنصر؛ وإخفاقات التحقق لا تستهلك الرصيد المدفوع مسبقًا. إن كنت تعرف بالفعل مضاعف g/kg الدقيق ولا تريد جدول أهداف، فاستخدم حاسبة تناول البروتين اليومي الشقيقة التي تضرب الوزن في grams_per_kg حر.

أين تظهر حاسبات البروتين حسب الهدف في العمل الفعلي

تريد فرق المحتوى الغذائي التي تبني دروسًا تفاعلية نفس JSON دون اتصال ومتصلًا حتى تبقى أوراق العمل والمصححات الآلية متوافقة. ولأن هذه القدرة محرك parse خالص، فإن تسعير API هو الأساس المنشور $0.002 لكل عنصر ناجح، والتحقق الفاشل لا يستهلك الرصيد.