البنية
البنية
نظرة عامة على بنية Apothem — الملف التعريفي المشترك، وتجريد محوِّل إطار العمل، وكيفية تنظيم شجرة المصدر.
بُني Apothem حول فكرة واحدة: ملف تعريفي مشترك واحد للحوكمة، يُمثَّل في صيغة الإعداد الأصلية لكل إطار عمل عبر محوِّل خاص بكل إطار عمل. يشرح هذا القسم القطع البنيوية — بروتوكول المحوِّل، ومخطّط ملف التعريف، وتخطيط شجرة المصدر، وسير عمل التثبيت الذي يربطها معًا.
نظرة عامة على النظام
بنظرة سريعة، Apothem هو خط أنابيب واحد: ملف تعريفي مشترك واحد يغذّي سجلّ أُطُر العمل، الذي يحلّ كل محوِّل خاص بكل إطار عمل؛ ويُمثِّل كل محوِّل سطح الإعداد الأصلي الخاص بإطاره، وتفحص بوّابة مطابقة دائمة كل سطح مُمثَّل.
%% provenance: hand-authored %%
%% verified: 2026-06-23 %%
%% cross-reference: src/apothem/lib/harness_registry.py (runtime registry) + src/apothem/harnesses/ (adapter sub-packages) + src/apothem/conformity/ (conformity gate) %%
flowchart TD
accTitle: Apothem end-to-end materialization flow
accDescr: One shared profile feeds the harness registry, which resolves seventeen per-harness adapters; each adapter runs its install, uninstall, update, and verify lifecycle, with four single-file-config adapters also rendering a native config file through a materializer, and writes the harness's own native configuration surface. A standing conformity gate checks every materialized surface.
P["Shared profile<br/>~/.config/apothem/profile.yaml<br/>synced unit: rules, skills, subagents, slash-commands, hooks, output-styles, statuslines, templates, conformity validators, schemas, per-harness instruction templates, settings template<br/>MCP servers"]
R["Harness registry<br/>authoritative at runtime<br/>(resolves every adapter)"]
A["17 per-harness adapters<br/>each: install / uninstall / update / verify<br/>+ materializer on 4 single-file-config adapters"]
N["Each harness's native config surface<br/>Claude Code settings.json, Cursor .mdc,<br/>Gemini GEMINI.md, Copilot instructions.md, …"]
G["Conformity gate<br/>pre-emission validators"]
P --> R
R --> A
A --> N
G -.->|standing check over every materialized surface| Nالصفحات
| الصفحة | الوصف |
|---|---|
| تجريد محوِّل إطار العمل | بروتوكول HarnessAdapter — كيف تترجم المحوِّلات الملف التعريفي المشترك إلى إعداد أصلي للمنصّة. |
| مخطّط الملف التعريفي المشترك | ملف تعريف YAML المدعوم بمخطّط في ~/.config/apothem/profile.yaml أو --profile PATH. |
| تخطيط المصدر | لماذا يستخدم Apothem تخطيط src/ وكيف تُنظَّم الشجرة. |
| سير عمل التثبيت | كيف تعمل apothem install وupdate وuninstall من البداية إلى النهاية. |
| العمّال المُفوَّضون | تعليمات بنطاق المستودع لبيئات تشغيل متعدّدة العمّال تعمل داخل هذا المستودع. |
| زمن التشغيل المكتفي ذاتيًا | كيف يعمل المحرّك من أي نسخة مسحوبة — الاعتماديات المُضمَّنة، ونموذج الاستدعاء PYTHONPATH=src، وتمهيد شجرة الإضافة. |
| استراتيجية إدماج التبعيات | ما حزم الطرف الثالث التي يُدمِجها Apothem تحت src/apothem/_vendor/، وأيّها يبقى متطلّبًا مسبقًا للنظام، وكيف تُحدَّث النسخ المُدمَجة. |
| عقد تحزيم الحزم | العقد القابل للاستهلاك من الجهات اللاحقة الذي يُعدِّد الحزم ويحلّ أهدافها الأصلية لكل إطار عمل دون إعادة اشتقاق التعيين. |
| مخطّط خط أنابيب CI/CD | خريطة بصرية لمراحل سير عمل البناء والاختبار وفحص الأسلوب والأمن والنشر التي يُشترَط اجتيازها لكلّ تغيير في الشيفرة وكلّ إصدار. |