إدارة التطبيقات المستقلة - إلى أي مدى يعمل الذكاء الاصطناعي وأين يقرر البشر

1. 1 الدورة اليومية

ابدأ في الوقت المحدد وقم بتشغيله بالترتيب التالي. لا توجد نقطة انطلاق للناس لإعطاء التعليمات في كل مرة.

1. الملاحظةاقرأ حركة استعلامات البحث، والرسم الفعلي للموقع، ودفتر الأستاذ للتنفيذ، والتكلفة، والموعد النهائي للحصول على بيانات الاعتماد. إذا كانت هناك مشكلة لم يتم حلها في اليوم السابق، فخذها من هناك.
2. الخطةاختر فقط أشياء 1 للقيام بها في ذلك اليوم. نظرا لأن الإجراء محدد على أنه "1 Session 1 Action"، فإننا لا ننتج أكثر من واحد معا.
3. التنفيذقطع الفرع وتغييره وإصدار العلاقات العامة. المسار هو نفسه لأي رمز أو مقالة أو إعداد.
4. التحققCI يحول فحص 83 (بالنسبة لجميع زجاجات 83، تم قياسها بأنها "ستسقط إذا كسرتها عمدا"). لن يتم دمجه ما لم يمر. يتضمن ذلك أيضا فحص التعبيرات المبالغ فيها وفحص حساب دفتر الأستاذ.
5. الشحنةيتم دمج الالتزام فقط في وقت التحقق. دمج = إصدار الإنتاج. ومع ذلك، هذا فقط على جانب الموقع، وتطبيق iOS هو طريق مختلف (§2).
6. القياساكتب سطر 1 في دفتر الأستاذ مع معرف التنفيذ لما تم شحنه. البداية والنتيجة والعلاقات العامة والتدخل والتكلفة مدرجة في نفس السطر.
7. العودة إلى الحكم التالييتم تسجيل الأوقات الفاشلة لكل نوع من أنواع الفشل، ويقرأها الاقتراح بعد اليوم التالي. يتم أيضا إضافة الفحص الذي يكتشف الأوقات التي لم يتم فيها كتابة دفتر الأستاذ لاحقا (§7).

2. تقسيم المسؤوليات - تلك التي يمكن إصدارها على الفور وتلك التي تجتاز الامتحان

إذا شرحت هذا 2 على أنه "نشر تلقائي" ل 1، فإنه يبدو أقوى من الوضع الفعلي. سأكتب بشكل منفصل.

قياسات Lane B الفعلية، 2026-08-11–10-09، من دفتر التطبيق نفسه. عدد الإصدارات ذات الوسوم 85، ومنها 17 ظهرت في App Store: 5.7.6 / 5.7.8 / 5.7.11 / 5.8.0 / 5.8.1 / 5.8.2 / 5.8.4 / 5.8.5 / 5.8.9 / 5.8.17 / 5.8.26 / 5.8.46 / 5.8.54 / 5.8.57 / 5.8.66 / 5.9.9 / 5.9.11. توجد سجلات فحص على جهاز فعلي لـ 5 إصدارات. بدأ دفتر التسجيل في 2026-08-28، لذا لا يمكن القول عن الأقدم إلا إنه لا توجد سجلات؛ وترد طريقة التحقق في سجل كل إصدار. وجود سجل وحده لا يثبت تحققًا ذاتيًا على جهاز فعلي. أمكن تحديد نطاق زمني للنشر لـ 6 إصدارات من رصد الحالات المحفوظة في الدفتر. في فروق شفرة الإصدارات، كان الذكاء الاصطناعي مؤلف 20.2% من الإيداعات و8.2% من الأسطر المعدلة، بالطريقة نفسها في §3. تُنسب للبشر الإيداعات الخالية من التوقيع أو المذيّلات أو آثار Claude Code، لذلك لا تظهر هنا التغييرات المحلية المودعة بتوقيع المالك. رصد حالة النشر وحده لا يثبت أن الذكاء الاصطناعي أجرى فحص الجهاز أو قدم للمراجعة أو نشر. لا تدخل هذه الإصدارات 17 ضمن «الإصدارات المنشورة» في §1 أعلاه.

يحتوي جدول السلطة على منطقة 19، منها 15 قيد التشغيل و10 هو نظام الموافقة. يتم تنفيذ العمليات القابلة للعكس بواسطة الذكاء الاصطناعي وحده، وتتم الموافقة على العمليات التي لا رجعة فيها. تنظر CI فقط إلى نقاط 3 "هل المنطقة التي لا رجعة فيها غير مطلوبة للموافقة"، "هل تشير المنطقة قيد التشغيل إلى الملف الأساسي" و "ما إذا كانت المنطقة التي يتحرك فيها المبلغ لها حد أعلى"، ولا يمكن للآلة معرفة ما إذا كان الشخص قد وافق عليها بالفعل أم لا. إنه مكتوب على الجانب الأمامي.

ينقسم "التراجع" و"التمديد" لنفس الوظيفة إلى مناطق مختلفة. هذا لأنه حتى لو قمت بنشره ثم وضعته مرة أخرى، فلن يكون الشخص الذي رآه لم يره. ومع ذلك، لا توجد حتى الآن عروض ترويجية 1 يتم تنفيذها من خلال هذه البوابة. العلم الذي يتم إصداره في المرحلة هو 1 (tf04_progress)، ويصدر الحارس حكما كل ساعة، لكنه لا يصل إلى عدد الأشخاص المطلوبين للحكم (كل مجموعة 30) ويظل معلقا (القياس الفعلي ل 2026-08-27 تشغيل 33076125334). تمت إعادة كتابة سطر "التوسع" من "الموافقة البشرية" إلى 2026-09-02. يتم تمكين الترويج التلقائي من قبل المالك على 2026-08-28 (rollout-promotion.json's auto_promote.enabled)، وفي جدول السلطة ، حتى التعرض 50% هو تنفيذ الذكاء الاصطناعي مع بوابة آلة. تم كتابة الصفحة فقط بالطريقة القديمة، وتمت قراءتها كما لو كانت هناك قوى عاملة أكثر من الوضع الفعلي. نقص الإبلاغ هو أيضا تناقض —— عندما تفتح جدول السلطة المجاور له، فإن النموذج الذي يقول شيئا مختلفا هو نفسه، لذلك قمت بإصلاحه.

3 القياس الفعلي - كم مرة تحركت وكم عدد الأشخاص الذين دخلوا

يتم إطلاق معدل التدخل البشري 25.0% كما هو. هناك أشخاص في تنفيذ 4 مرات و1 مرات. ومع ذلك، فإن هذا الرقم هو عدد "ما إذا كان الشخص قد لمس 1 مرات للتنفيذ"، وسيتم التدخل في اليوم بأكمله عندما يكون إعداد سير العمل مجرد إعادة 1. لذلك يتم تقسيم التدخل حسب النوع.

تتم كتابة جميع 19 التي تم شحنها بواسطة AI. التدخل الفعلي هو نقطة واحدة من "الإصلاح الأساسي" 14.3%، وكان الذكاء الاصطناعي أيضا هو الذي كتب الإصلاح. ما فعله البشر هو إدراك أنه مكسور وإخباره بإصلاحه.

بحسب المسار: الأساسي 5/12، والاحتياطي البديل 14/16. الأساسي سير عمل مجدول، نشر لأول مرة في 23/8، ثم حدثت تشغيلات بلا مخرجات وأخرى فشلت بسبب حد الاستخدام الأسبوعي. وفشل الاحتياطي أيضًا 2 مرات. في عدة أيام كان العمل سيتوقف لولا وجود مسارين. كانت أيام عدم التشغيل 2، في 16 و17 من الشهر 8. «التشغيل المتواصل» هو عدد الأيام المتتابعة التي توجد لها نتائج مسجلة، بما فيها التخطي بقرار مسبق والفشل. يقطع التسلسل عدم التشغيل no_run أو غياب التسجيل؛ ويُعد النشر منفصلًا بوصفه «نشرًا متواصلًا». وفق هذا التعريف، التسلسل الحالي 59 أيام، والأطول أيضًا 59 أيام، من 18/8/2026 إلى 15/10/2026. «الحالي» يعني تاريخ آخر تسجيل، 15/10/2026. حتى يوم الفشل له سجل، فلا يقطع تسلسل التشغيل. النشر المتواصل الحالي 0 أيام، وأطول تسلسل نشر 8 أيام، من 1/9/2026 إلى 8/9/2026. تسجيل الاستعادة في 1/10 صيانة بطلب المالك. أبقينا نتائج غياب المخرجات ليومي 20/9 و1/10، وتحققنا من إصلاح السبب القائم وربطنا سجل الإصلاح. لا تُحتسب نجاح نشر مجدول أو نشرًا دون تدخل. سجلات الاسترداد في 16 و17 من الشهر 9 صيانة بطلب المالك، وليست تشغيلًا مجدولًا أو نشرًا دون تدخل أو نشر مقال. في 17/9 تحققنا من 1 إصلاحات للتنقل داخل الصفحة؛ وتجربة الملصق والتراجع عنها تمثل 1 دورات لم تحقق معيار السرعة. نتائج المهام غير المسترجعة مجهولة، وتأخر العرض المتقطع ما زال دون حل. في 9/9 لم يُسجل سوى تجنب تكرار التنفيذ بقرار مسبق؛ لم يبدأ تنفيذ أو نشر، لكن اليوم يُحتسب في تسلسل التشغيل أعلاه. في 10/9 سُجلت 1 حالات توقفت بعد حجز العمل لنقص بيئة التحقق، و1 حالات انتهى فيها تنفيذ آخر لمنع التكرار؛ لا تُحتسب أي منها نشرًا. في 30 و31 من الشهر 8 فشل المساران بالحد الأسبوعي نفسه، ولم ينشر أي منهما.

للشفرة مقياس آخر. عبر 3 مستودعات وجميع الفروع، باستثناء الدمج، للفترة 2026-08-11–08-21، كان الذكاء الاصطناعي مؤلف 99.5% من عمليات الإيداع، أي 193 من 194، و94.2% من الأسطر المعدلة، أي 46,159 من 48,976، وفق إحصاء 2026-08-22. استُبعد يوم القياس نفسه لأنه يرفع النسبة؛ فإدراج 22/8 يغيرها من 94.2% إلى 96.6%. أما الأعداد المطلقة فلا تتطابق عند إعادة العد لاحقًا، لأن الفروع التي اختفت بعد squash لا يمكن عدّها لاحقًا. عند إعادة عد الفترة نفسها في 2026-08-26، تغير العدد من 194 إلى 164 إيداعًا، بانخفاض 30. النسبة لا تتغير، من 99.5% إلى 99.4%، وتبقى نسبة الأسطر 94.2% نفسها؛ لكن عند الاستشهاد بالأعداد المطلقة، أرفق تاريخ الإحصاء أعلاه.

4. معدل التشغيل الآلي - الاتجاهات الشهرية والتقسيم حسب المنطقة

ارتفعت نسبة الاستقلالية من 12.5% إلى 85.4%. تغطي هذه الأرقام 4 أشهر، من الشهر 6 إلى الشهر 9 من عام 2026، مع تثبيت مجموعة المهام نفسها وعددها 192 مقامًا للحساب. نسبة تعديلات الشفرة التي كتبها الذكاء الاصطناعي مؤشر منفصل عن نسبة إنجاز المهام. وهي تتغير شهريًا، وأرقام الشهر 9 جزئية حتى الآن. تُسجَّل القيم الشهرية في حقلي code_ai_commit_rate وcode_ai_line_rate ضمن تطور الاستقلالية. تشمل أعداد المهام المنفذة شهريًا نقل أعمال أخرى غير كتابة الشفرة، مثل اختيار الإجراءات والتحقق والتسجيل والإيقاف. ويُسجَّل أثر تغيير المقام في اليوم 13 من الشهر 9 منفصلًا عن الزيادة في عدد المهام المنفذة.

⚠ القياسات الفعلية تخص شهر 8 من عام 2026 وجزءاً من شهر 9. ما قبل ذلك أُعيد بناؤه لاحقاً؛ فلم يكن هذا المؤشر يُقاس حينها. يُعد الشهر الذي أُدرج فيه ملف دليل مهمة ينفذها الذكاء الاصطناعي لأول مرة في سجل Git بداية تشغيل تلك العملية، ثم تُجمع العمليات تراكمياً. قد يفصل بين إضافة الدليل والتشغيل الفعلي أيام أو أسابيع. وثُبّت المقام بأثر رجعي على الجرد الحالي (192 مهمة)، مع أن قائمة المهام المطلوبة نفسها لم تكن موجودة حينها. لم يُعَد بناء توزيع المهام بين مجرد اقتراح وتنفيذ بشري وعدم بدء، لذا لا تُنتج هذه السلسلة سوى نسبة الأتمتة الإجمالية، ولا يمكن اشتقاق تطور نسب مشاركة الذكاء الاصطناعي أو التغطية منها. البيانات الأصلية موجودة كما هي في تطور الاستقلالية، وقائمة القيود في known_limits داخل الملف نفسه.

هذا عدّ لـ 203 مهام عبر 13 مجالات، جرى جردها بمقدار 1 في كل مرة وتصنيفها حسب من ينفذها. معدل الأتمتة الإجمالي 85.4%، والتنفيذ بالذكاء الاصطناعي 91.1%، ومشاركته 95.0%، والتغطية 93.8%، عند 2026-09-15. ننشر التفصيل بما فيه ما لم يبدأ. في 15/9 أضفنا نشاط CPP القائم إلى التنفيذ بالذكاء الاصطناعي بناءً على القياسات للفترة نفسها: التنزيل الأول ومشاهدة الصفحات والمقارنة والأنشطة المتزامنة. صار التنفيذ 164/180 والإجمالي 164/192. التقييم وصفي؛ ولم يثبت تحسن الاكتساب أو الأثر السببي. من أصل 164، تُحتسب 3 مهام لكشف الاسترداد واستعادة الفوترة وإرشاد الأعطال بمعيار المالك: اكتمال الجاهزية التشغيلية في الاختبار مع مراقبة تلقائية للإنتاج. لم تُرصد أول واقعة إنتاجية للاسترداد أو استعادة الفوترة أو إرشاد الأعطال. السجل عند تغيير الشروط في 13/9: معيار اشتراط الواقعة الفعلية قبل التغيير: 159/176 = 90.34%. قبل تغيير جاهزية استعادة الفوترة مباشرةً: 161/177 = 90.96%، وبعدها 162/178 = 91.01%. قبل تغيير جاهزية إرشاد الأعطال مباشرةً: 162/178 = 91.01%، وباكتمال الجاهزية حينها 163/179 = 91.06%، بزيادة نحو 0.050 نقاط. كانت القيمة المرجعية عند استبعاد المهام 3 لاشتراط الوقائع الفعلية 160/176 = 90.91%. ننشر تغييرات نطاق الاختبار وشروط التقييم، ودليل جاهزية الاسترداد، ودليل جاهزية استعادة الفوترة ونطاق تحققها، ودليل جاهزية إرشاد الأعطال ونطاق تحققه. لا يثبت ذلك إرشاد عطل فعلي أو الوصول لكل المستخدمين أو الوفاء بالتزامات الإشعار. في 9/9، طابقنا جدولة المنشورات اليابانية على X مع نتائج النشر وحدّثنا منفذ 1 أعمال قائمة. وفي اليوم نفسه، طابقنا العقود والفواتير وتقديم الخدمة والمدفوعات لـ 1 خدمات للشركة، وأضفنا 1 أعمال تسجل استمرار الدفعات المقدمة واستثناءات التصنيف الضريبي. في 11/9، أكملنا 6 بنود فحص فعلي لـ iPhone وWatch وعكسنا نتائج 1 أعمال فحص. في 12/9، تأكدنا من قبول Apple للتقديم المستقل للإصدار المتحقق منه 1342، وعكسنا 1 أعمال تقديم إلى App Review. لم نضف نقاط اجتياز المراجعة أو نشر App Store بعد. وفي اليوم نفسه، أكملنا تدريب إيقاف Act الإنتاجي واستعادته، وعكسنا 1 أعمال تدريب. لا يعني ذلك إثبات جميع آليات الإيقاف أو قتل التطبيق. في 13/9، أعددنا الميزانية الشهرية للشركة وطبقناها على قرارات الإنفاق، وأعدنا قراءة الإعدادات المنشورة وقرارات الحالات الفعلية. عكسنا 1 أعمال ميزانية، ليصبح التنفيذ بالذكاء الاصطناعي 161/177. لا يعني ذلك إكمال تسوية الالتزامات القائمة أو التحكم الآلي في جميع المدفوعات. عند إضافة 13 أعمال للجرد في 2026-08-25، هبطت النسبة من 61.3% إلى 58.6%، ثم عادت بالتنفيذ إلى 66.8% عند 2026-09-02 وبالمقام المستخدم آنذاك. لم ينخفض التنفيذ؛ بل زاد المقام لأن قائمة المطلوب أصبحت أدق، إذ كان 10 من الأعمال 13 المضافة غير منفذ. ومن حدود هذا القياس اختلاف حجم المهام بين المجالات واحتساب جميع المهام بوزن متساوٍ.

13 سبتمبر، أولا وقبل كل شيء، قمنا بتنظيم نطاق التسجيل. 6 تم استبعاد حالات الأحداث والتوظيف ومبيعات التفاوض التجارية الفردية التي لا يتم تنفيذها في الأعمال الحالية وحالات 1 لإرسال آراء استرداد الأموال التي لم يتم تنفيذها في السياسة الحالية. في وقت هذه المنظمة، لا تزال حالة تنفيذ الذكاء الاصطناعي 159 دون تغيير، وقد تغير القاسم قيد التقدم من حالة 179 إلى حالة 176، وتغير الهدف الإجمالي من حالة 199 إلى حالة 192. النطاق التقليدي (قبل تغيير 13 سبتمبر): التنفيذ 159/179=88.8%، بشكل عام 159/199=79.9%. يتم أيضا تخزين السلسلة الشهرية للمقام القديم 199 في البيانات الأصلية. في وقت بدء التحقيق وإعداد النشاط، أو في وقت تأكيد المشروع الفعلي والالتزامات الحالية، سيتم إعادة جانب الذكاء الاصطناعي والجانب البشري إلى الهدف في نفس الوقت. سبب حالة 7 ومقارنة مؤشر 4 متاحان.

5. النتيجة المستقلة - "عدد القرارات التي تم التحقق منها" بدلا من "المبلغ الذي يمكن أتمتةه"

§4 هو معدل تغطية المهام. " أقول ما تمكنت من أتمتةه، لكنني لا أقول كلمة واحدة عن "هل هناك آلية للتأكد من صحة القرار؟" إذا قمت بأتمتة 100% من القرارات التي لم يتم التحقق منها، فسيكون معدل التغطية 100%. لذلك أرفقت ب 2026-09-04. إنه ليس نقلا - من المنطقي أن يمتد أحد الجانبين والآخر لا يمتد، لذلك سأضع كلاهما كما هو.

طريقة العد هي "أي طبقة من جهاز التحقق المضاد (= الآلية التي يمكن أن تسقط الحكم) تصل إلى". تم تقسيم قرار الإدارة إلى طبقة 5، وبالإضافة إلى التحقق من التنفيذ، ربطنا تحديد الأهلية، وتسوية عقد القيمة، والبحث بعد الاستحقاق. يعرض تمييزا بين إكمال التنفيذ والعرض التوضيحي بناء على الأداء التشغيلي.

النتيجة المستقلة هي 48.4 نقطة (النتيجة الكاملة 100، اعتبارا من 2026-10-15). لا تتم إضافة معدل تغطية القرار الذي تم التحقق منه إلا عندما يتم تسوية العقد الثابت مسبقا في القياس الفعلي بعد الإصدار. 90 تجاوز النقطة هو الهدف، ولن يتم عرضه كإنجاز حتى يتم الوصول إليه عن طريق القياس الفعلي.

فحوصات الاسترداد من الكشف غير الطبيعي إلى تأكيد صحة الإنتاج. من حيث المبدأ، من المستحيل تمرير السلطة على المناطق الأكثر خطورة ما لم تجد الآلة نفسها وتعيد لفها بعد الشحن. لن يتم توسيع السلطة حتى يخرج الوقت الذي يتم إرجاعه تلقائيا حتى لو كان 1 مرات - يتم تحديد الطلب كما هو.

تم تقسيم الأوقات المتوقفة إلى "طبقات". حتى الآن، الأوقات التي نمت فيها قبل التنفيذ، والأوقات التي فشلت فيها في التنفيذ، والأوقات التي نفد فيها الإطار كانت كلها مصطفة على أنها نفس "الفشل"، لذلك لم أستطع الإجابة "هل اخترت الطريقة الخاطئة أو كيف أجعلها خاطئة؟" لم أستطع الإجابة لأنها لم تكن مشكلة في طريقة البحث، ولكن لأن السجل كان في نفس الصف. تنقسم النتائج بخلاف الشحنات المسجلة في دفتر الأستاذ إلى الطبقات التالية.

الأكثر شيوعا هي طبقة الأهلية. ولم يكن هناك حكم آخر غير "ما إذا كان هناك مفتاح خاص" حتى 2026-09-04. ما تم إصداره هو الحكم، وتم تسجيل الحكم في العملية الحالية، وتم إيقاف العملية التي لا يمكن إعادتها قبل التنفيذ. لا يمكن إنشاء عقد قيمة جديد ما لم يتم تمرير جميع معايير 5.

في 2026-09-05 صححنا 1 حالة سُجّل فيها غياب بيانات التنفيذ خطأ على أنه عدم بدء العمل، بعد مقارنتها بدليل بدء النموذج. نحتفظ بالسطر الأصلي وأدلة التحقق في سجل تصحيحات التشغيل. لم تتأكد نتيجة العمل بعد، ولا تُحتسب ضمن التسليم أو التعافي.

هناك أيضا جهاز يجعل من الصعب رفع هذه النتيجة. إذا قمت بتخفيف الاختبار، فستزداد النتيجة تلقائيا، لذلك ستبقى النتيجة دون تغيير خلال الفترة التي يتم فيها تقليل عدد الاختبارات. لقد وضعنا حدا أعلى للمساهمة حتى لا تنمو حتى لو تم إنتاجها بكميات كبيرة مع تحديثات مفصلة يسهل إرجاعها. لا يتم تضمين معدل الفشل في النتيجة——لأنه إذا كان الهدف هو تقليل معدل الفشل نفسه، فسيكون الضغط لتخفيف الفحص. ولا يظهر هذا الرقم على الذكاء الاصطناعي الذي يقرر القيام بذلك كل يوم. هذا لأنه إذا تم تحسين الأداة، سينتهي عمر الأداة.

وُضعت أوزان النقاط نفسها، أوزان درجة الاستقلالية، ومعايير القرار قبل التنفيذ، معايير بوابة الأهلية، وسياسة تغطية عقود القيمة، في جانب لا يستطيع الذكاء الاصطناعي تعديله، كي لا يحدد لنفسه طريقة احتساب درجته. لا تسجل سياسة التغطية حقائق مريحة لنا: رغم تجهيز آلية عقود القيمة بتاريخ 4/9/2026، لم تُرفق حتى 1 توقعات مسجلة مسبقًا بالإصدارات 14 في المسار العام. نعدّها حاليًا فقط ولا نوقف النشر. النتائج في دفتر قرارات الأهلية، وتطور النقاط في سجل درجة الاستقلالية. ننشر أيضًا عقود القيمة والمدفوعات وسجلات النضج والاستكشاف وأدلة الاستعادة. لا تُحتسب تدريبات الاستعادة ضمن نجاحات الإنتاج.

لتغيير المكوّن الأعلى، أي نسبة تغطية القرارات التي جرى التحقق منها، يجب أولا تحديد المؤشرات التي ستُقاس بها القيمة. توجد قائمة المؤشرات المسموح بها وقيمها المرجعية في المكان نفسه. في 2026-09-04 وافق المالك على 3 مؤشرات: نسبة أيام تسليم العمل، ونسبة أيام النشر، وعدد الأعطال التي لم تُحل. وفي 2026-09-05 وافق أيضا على المؤشرات 3 المتبقية: الوقت اللازم لاكتشاف العطل، والتكلفة الفعلية لكل 1 عملية تسليم، ونسبة حالات الرفض التي لم يُسجّل سببها. تُسجّل الموافقة لكل مؤشر في السجل، ولا تزيد الدرجة بمجرد الموافقة. القيمة المرجعية هي وسيط آخر 14 يوما لكل مؤشر. تتطلب الإجراءات اليومية المستقلة بعد ذلك التزاما بالقيمة قبل البدء، ثم تُجمع القياسات الفعلية خلال الفترة المعلنة بعد النشر لتقييم النتيجة. الموافقة وحدها لا ترفع الدرجة. ولا نمنح الذكاء الاصطناعي صلاحية إنشاء مؤشرات جديدة، لأنه قد يختار مؤشرات تتغير من تلقاء نفسها، فيبدو وكأن توقعاته تحققت.

6. الأذونات التي لم تمنح للذكاء الاصطناعي مكتوبة لسبب

ما أريد نشره ليس قائمة بالأشياء التي يمكنني القيام بها، ولكن الحدود. مسار إصدار التطبيق نفسه آلي، ولكن سير عمل الذكاء الاصطناعي للتطوير ليس لديه سلطة بدء تلك السلسلة. السبب مكتوب في ملف التكوين.

إذا كان لديك هذا الإذن، فإن الذكاء الاصطناعي للإعداد الذي لا يطلب التأكيد سيتصل مباشرة بسير عمل الشحن،يمكن شحنه إلى App Store بدون أي بشر. لا يوجد استخدام أساسي مطلوب لهذه الوظيفة - القراءة والالتزام والدفع وإنشاء العلاقات العامة والتعليق في المستودع كلها تعمل دون إذن. إذا لزم الأمر، بدلا من توسيع هذه السلطة،اصنع طريقا آخر لغرض محدود。 من التعليقات على ملف تكوين سير العمل

تحقق من الجهاز الفعلي قبل الإرسال. أولا، وليس لاحقا. من القواعد الصارمة للبشر في إجراء الإصدار

7 التنفيذ من سجل التنفيذ - اترك الأوقات التي لم تعمل بنفس التنسيق

دفتر الأستاذ هو تنفيذ 1 خط 1. اكتب الأوقات التي تم شحنها والأوقات التي فشلت في نفس العمود. فيما يلي مقتطف من الشيء الحقيقي.

run_id      : ap-20260823-actions
date_jst    : 2026-08-23
route       : actions          outcome : shipped
pr          : 538              artifact: /obsidian/pricing/
repair_of   : ap-20260822-actions
note        : 主系（GitHub Actions）の初出荷。導入から12回目の定時起動で
              初めて成果物が出た。06:18→06:36 JST（約18分）。過去11回は
              10〜90秒で終わっており、所要時間そのものが「回ったが何も
              していない」との違いを示す。
              この行は主系自身が書いていない。出荷したのに台帳が
              0件のままだったのはこのため。

run_id      : ap-20260825-actions
date_jst    : 2026-08-25
route       : actions          outcome : failed
failure_class: auth_or_credential
detected_by : 副系のフォールバックが実行履歴を遡って発見
note        : 台帳に記録が無かった。成果物ゼロで落ちた回は
              「台帳を書く主体がいない」という構造的な穴がある。

وجود هذه الصفوف 2 معًا هو وصف وضعنا الحالي. تحقق أول إصدار، لكن بقيت ثغرة غياب السجل عندما يفشل التنفيذ المسؤول عن كتابته. وحتى 2/9، بقيت 7 إخفاقات دون حل، خلال 27–31 من الشهر 8، منها 3 بسبب حد الاستخدام الأسبوعي. وهي مسجلة كما هي. القيمة الوسيطة لزمن الاكتشاف 13.4 ساعات، والحد الأقصى 70.8 ساعات؛ ووسيط زمن الإصلاح 6.7 ساعات. صار الاكتشاف أبطأ مما كان عليه في نهاية الشهر 8، لأن المسار الأساسي تخطى التنفيذ 3 أيام متتالية لمجرد وجود فرع، ولم نكتشف ذلك مجتمِعًا إلا في 31/8.

8 ما الذي لم يتم القيام به

هذه المنصة ليست في حالة "تكتمل جميع المناطق تلقائيا". رتب ما هو مكتوب في الإجراء وقم بالإبلاغ كما هو.

لا تكتب "مؤتمتة بالكامل". ما يمكن قوله هو أن 2 هو أن الذكاء الاصطناعي قد صنع بنية يمكن أن تستمر في أداء العمليات اليومية وأنه يلاحظ عندما تتوقف الأتمتة.

9. يتم تصنيف مخطوطات العلاقات العامة أيضا بنفس المقياس

نحن نقوم بمعايرة صيغة التسجيل مع نتائج البيانات الصحفية السابقة ل 5. إنها معايرة n=5 وليست أساسا للاستقراء.

كان الوقت الذي غرق أكثر هو الوقت الذي لم يكن فيه حتى 1 الأسماء الصحيحة. في مخطوطة التسليم، هناك فحص سيسقطه CI إذا كان هناك تعبير مبالغ فيه.

10. دفتر الأستاذ الحي

هذا هو مصدر الأرقام في هذه الصفحة. يمكنك رؤيته كما هو، بما في ذلك ما إذا كان قد تم تحديثه أم لا.

التكلفة الفعلية المرصودة هي $50.8681 (عن 10 عمليات تشغيل، حتى 2026-09-02). أما عمليات النظام الثانوي البالغ عددها 16 فهي غير مرصودة، وليست صفراً، لأن سجلات جلسات التشغيل المجدول لا يمكن قراءتها من الخارج. الحد الشهري البالغ $40 هو قيمة مؤقتة، وليس مستنداً إلى قياسات فعلية.

تم إعادة إدخال هذا المبلغ لاحقا في 25 أغسطس 2026. حتى قبل ذلك بقليل، تم عرض دفتر الأستاذ على أنه 0.8149 دولار (تنفيذ 1). 23 أغسطس شحنة 1 مرات $7.2967 كانت مفقودة تماما. سبب الإغفال ليس خطأ في الكتابة، بل هيكل. هناك آلية تخرج المبلغ في نهاية التنفيذ، ولكن الجسم الرئيسي الذي يكتبه في دفتر الأستاذ هو تنفيذ اليوم التالي، وتوقف اليوم التالي عند فشل §7. سينخفض السجل عندما تكون هناك حاجة ماسة إلى السجل.

أُغلقت هذه الثغرة. يقرأ تنفيذ منفصل يعمل كل صباح عند الساعة 9 سجل التشغيل مباشرةً ويكتبه في الدفتر، فيبقى السجل حتى لو فشل تشغيل اليوم التالي. لكن الحل ليس كاملًا. لا يكتب نوع العملية، مقالًا أم إصلاحًا، إلا إذا أمكن تحديده من سجل التشغيل. يظل الحقل فارغًا خلاف ذلك، والصفوف الفارغة لا تُفحَص مقابل الحد لكل 1 تشغيل الذي سنذكره لاحقًا. بالفعل، كان صف 23/8 موضع المشكلة بهذه الحالة، فمرّ تجاوز بمقدار 3.6 أضعاف دون اكتشافه، ثم أكملناه يدويًا. إنها ثغرة من النوع نفسه المذكور في §7: غياب السجل عندما يفشل من يكتبه.

هذا $7.2967 كان لديه بالفعل مشاكل 1. 1 الحد الأعلى لكل مرة هو $2.00. إنها مرات 3.6. ومع ذلك، لم يتوقف لأنه لم يكن هناك مسار يمكن رؤيته عند تنفيذ الحد الأعلى. تمت كتابة القيمة، وكانت هناك أيضا آلية للتحقق مما إذا كانت القيمة غير متسقة، ولكن لم يكن هناك مكان للسائق الذي كان يعمل بالفعل لقراءة القيمة.

تم توصيل الآلية في اليوم 25 من الشهر 8. لكنها لا تستطيع إيقاف تنفيذ جارٍ، لأن التكلفة لا تتحدد نهائيا إلا بعد انتهائه. يمكنها منع التنفيذ التالي، أي 1 مرة، فلا يبدأ الموعد المجدول التالي قبل أن يراجع شخص التجاوز. يتوقف النظام الرئيسي فقط، ولذلك يواصل النظام الثانوي تسليم العمل أثناء انتظار المراجعة، كما في 1/6 و10/10 من §3. لا يرفع الإيقاف إلا إنسان. إذا استطاع الذكاء الاصطناعي إجازة تجاوزه بنفسه، فلن يكون الحد إلا طلبا اختياريا. لم تُفعّل آلية الإيقاف هذه في الإنتاج حتى الآن.