أوامر خط الأنابيب
مرجع أوامر خط الأنابيب في Apothem — تدفّق /plan وفهرس أوامر التدقيق.
يشحن Apothem خط أنابيب /plan واعيًا بالمعمارية، وخط أنابيب
/research من ثلاث عشرة مرحلة، إضافةً إلى تسلسل مراجعة التدقيق من أحد عشر أمرًا —
فيمنح كل مشروع مسارًا مُهيكَلًا من النثر الخام إلى شيفرة بمستوى الإنتاج مُراجَعة على
محاور متعدّدة، ومن الفكرة الخام إلى ورقة بحثية مُعمَّمة ومُراجَعة من الأقران.
نظرة عامة على خط الأنابيب
flowchart LR
accTitle: Plan pipeline command flow
accDescr: Left-to-right flowchart of the apothem plan pipeline from the spec stage through the generate and review stages, then through a conditional architecture-bearing decision that either runs the design stage or skips directly to the execute stage. The orthogonal audit stage wraps the spec-through-review span as a closed remediation loop, and the re-entrant amend stage revises an existing suite and returns it to review.
A[/plan-spec] --> B[/plan-generate]
B --> C[/plan-review]
AUD[/plan-audit<br/>orthogonal: wraps spec → review] -.->|closed-loop remediation| A
AM[/plan-amend<br/>re-entrant: revises an existing suite] -.->|re-review| C
C --> Q{Architecture-bearing suite?}
Q -->|yes| F[/plan-design<br/>emit _inputs/design.md]
Q -->|no| D[/plan-execute]
F --> D
D --> E[/plan-status]
D --> G[Audit review sequence]
G --> H[Completion milestone]مراحل التخطيط
يُشحَن خط الأنابيب في صورة ثمانية أوامر شرطة مائلة من الدرجة الأولى، أمر لكل مرحلة — ويمكن
استدعاء كلٍّ منها مستقلًّا بالصيغة /plan-<stage>. ويقودها المُنسِّق
/plan من مهمّة إلى حزمة خطة مُنفَّذة.
| المرحلة | الدور | الموضع |
|---|---|---|
| /plan-spec | المِصهَر — من النثر إلى المواصفة | الرأس |
| /plan-generate | المُولِّد — من المواصفة إلى حزمة الخطة | وسط السلسلة |
| /plan-review | المُدقِّق — تدقيق جنائي للخطة | وسط السلسلة |
| /plan-design | المعماري — _inputs/design.md لحزم الخطط الحاملة للمعمارية | بوابة شرطية |
| /plan-execute | المُنفِّذ — تنفيذ المراحل | الطرف الأخير |
| /plan-status | المُبلِّغ — حالة للقراءة فقط | للقراءة فقط |
| /plan-audit | الحارس — تغليف بحلقة مغلقة لـ spec → generate → review | متعامد (قبل التنفيذ) |
| /plan-amend | القيّم — تعديل بإعادة الدخول لحزمة خطة قائمة | قابل لإعادة الدخول |
/plan-audit متعامد على التدفّق الخطّي، وليس مرحلةً داخله. فهو يُغلِّف
/plan-spec → /plan-generate → /plan-review بوصفها حلقة مغلقة واحدة، ولا
يُشغِّل إلا المراحل السابقة المفقودة، ويعالج النتائج بفاعلية، ويترك حزمة الخطة جاهزة لـ
/plan-execute. وهو متميّز عن تسلسل مراجعة التدقيق أدناه، الذي يُدقِّق قاعدة
شيفرة مُنفَّذة لا حزمة خطة.
/plan-design ليس مراسم تُجرى في كل الأحوال. إذ يُصنِّف /plan-review
ما إذا كانت حزمة الخطة تُغيِّر أسطحًا حاملة للمعمارية. فإن كانت كذلك، يُصدِر
/plan-design أثر التصميم الذي يستهلكه /plan-execute
و/architecture-review. وإن لم تكن، تنتقل حزمة الخطة المُراجَعة مباشرةً إلى
التنفيذ.
خط أنابيب البحث
يُشحَن خط أنابيب البحث في صورة ثلاثة عشر أمر شرطة مائلة من الدرجة الأولى، أمر لكل مرحلة — ويمكن
استدعاء كلٍّ منها مستقلًّا بالصيغة /research-<stage>، وتربطها بوابة تسلسل
وبيان تسليم، في ظلّ عشرة تفويضات صرامة (المصادر الموثوقة، وقابلية إعادة الإنتاج،
وقابلية التفنيد، ونزاهة الاستشهاد، والتسجيل المسبق، والأخلاقيات / تضارب المصالح،
والصرامة الإحصائية، والعلم المفتوح / FAIR، والامتثال لإرشادات الإبلاغ،
والتأسيس النظري / الأثر).
flowchart LR
accTitle: Research pipeline command flow
accDescr: Left-to-right flowchart of the apothem research pipeline from the ideate stage through spec, theory, sources, synthesis, proposal, study design, experiment, analysis, paper, and peer review to publish and disseminate, with a revision loop from review back to paper.
RI[/research-ideate] --> RS[/research-spec]
RS --> RT[/research-theory]
RT --> RSO[/research-sources]
RSO --> RSY[/research-synthesis]
RSY --> RPR[/research-proposal]
RPR --> RD[/research-design]
RD --> RE[/research-experiment]
RE --> RA[/research-analysis]
RA --> RP[/research-paper]
RP --> RR[/research-review]
RR --> RPU[/research-publish]
RPU --> RDI[/research-disseminate]
RR -.->|revision loop| RP| المرحلة | الدور | الموضع |
|---|---|---|
| /research-ideate | صياغة المشكلة — أسئلة مرشّحة من بذرة مجال | الرأس |
| /research-spec | تأطير السؤال — فرضيات قابلة للتفنيد + النطاق | وسط السلسلة |
| /research-theory | إطار مفاهيمي + نظرية التغيير | وسط السلسلة |
| /research-sources | جمع منهجي للمصادر مع سجلّ بحث قابل لإعادة التشغيل | وسط السلسلة |
| /research-synthesis | خريطة SOTA + تحليل الفجوات | وسط السلسلة |
| /research-proposal | الأهداف + الجدوى + خطط الطوارئ + الأثر + خطة البيانات + خطة التسجيل المسبق؛ مصفوفة دعوة التمويل أو ردّ إعادة التقديم | وسط السلسلة |
| /research-design | تصميم الدراسة + التسجيل المسبق | وسط السلسلة |
| /research-experiment | التشغيل + التسجيل، على نحو قابل لإعادة الإنتاج | وسط السلسلة |
| /research-analysis | النتائج + الإحصاء | وسط السلسلة |
| /research-paper | مسوّدة ورقة من الطراز الأول | وسط السلسلة |
| /research-review | نقد بمستوى مراجعة الأقران | وسط السلسلة |
| /research-publish | حزمة جهة النشر + التقديم | وسط السلسلة |
| /research-disseminate | التعميم + الأثر + الأرشفة وفق FAIR | الطرف الأخير |
يقود مُنسِّق سير العمل المُغلَّف /research هذه
المراحل من السؤال الخام إلى الورقة المنشورة (وهو نفسه ليس مرحلة)، متحقّقًا من مُخرَج كل
مرحلة على نحو مستقلّ قبل أن تبني عليه المرحلة التالية؛ ويُشغِّل --quick
/research-sources + /research-synthesis فقط للحصول على تقرير
موثَّق بالاستشهادات في تمريرة واحدة.
تستند المراحل التجريبية (المصادر، والتصميم، والتجربة، والتحليل) ومراحل الكتابة (الورقة، والمراجعة، والنشر، والتعميم) إضافةً إلى ذلك إلى أسطح تُفعِّل الصرامة — مقارنة عادلة متعدّدة الأساليب، وتتبّع منشأ المُقارِنات، وهيكل أوّلي لبرنامج التجارب، وخطة لاستغلال الحوسبة، وحلقة تجارب ذاتية اختيارية، وبوابة تقدّم مبنية على تعريف الإنجاز، والتعمية مع إفصاح مرحلي، وسجلّ بحث، وتخطيط تخصيص الدراسة وقوّتها، وانضباط التحليل، وخطط طوارئ الخطة، وسلامة الأشكال، وتخطيط العروض والملصقات — تُضيف تفصيلًا تشغيليًا إلى التفويضات العشرة دون أن توسّعها.
تسلسل مراجعة التدقيق
يمسح مُنسِّق سير العمل المُغلَّف /audit الأبعاد الأحد عشر أدناه جميعها في تمريرة متوازية واحدة — وهو نظير /plan و/research في حصن التدقيق — ويُركِّب تقرير نتائج واحدًا خاليًا من التكرار ومُصنَّفًا حسب الخطورة (للإبلاغ فقط؛ وتُوجَّه المعالجة إلى /elevate). ويمكن أيضًا استدعاء كل بُعد على حدة.
يُغلِق مُنسِّق سير العمل المُغلَّف /fortress الحلقة التي يكتفي /audit بالإبلاغ عنها: فهو يكتشف عبر /audit، ويتحقّق من كل نتيجة، ويعالج كل نتيجة تصمد للتحقّق في السطح المالك لها، ويُعيد التدقيق في حلقة محدودة، ويُمرِّر الحصيلة عبر بوابة /release-readiness — وهو نظير /plan و/research في تحصين الإنتاج.
| الأمر | مجال الجودة |
|---|---|
| /code-review | جودة الشيفرة |
| /code-audit | متن الشيفرة |
| /security-audit | OWASP / ASVS |
| /perf-audit | الأداء |
| /architecture-review | المعمارية |
| /ux-review | تجربة المطوّر |
| /a11y-audit | إمكانية الوصول |
| /docs-review | الوثائق |
| /dependency-audit | الاعتماديات |
| /supply-chain-audit | سلسلة التوريد |
| /threat-model-audit | نموذج التهديد |
جميع الأوامر
كل أمر مشحون، مُولَّد من تعريفه تحت src/apothem/commands/. والأوامر التي
ليست لها صفحة مكتوبة يدويًا تحصل على صفحة مُولَّدة من التعريف نفسه.
| Command | Summary |
|---|---|
| /plan | Runs the planning pipeline (spec, generate, review, design) with independent verification, confirming at each hand-off; execute stays a manual step the … |
| /plan-spec | Turns free-form prose, notes or rough requirements into a spec-grade _spec/spec.md that keeps the author's wording and settles open questions by inquiry. |
| /plan-generate | Generates a full plan suite (master plan, progress log, decision notes, per-phase files) from a written spec or raw prose. |
| /plan-review | Reads an existing plan suite line by line for fidelity, consistency, completeness and risk, then applies only the revisions the user approves. |
| /plan-design | Writes the architectural design for a reviewed plan suite at _inputs/design.md: components, interfaces, decisions and diagrams. |
| /plan-execute | Use to implement one phase of a reviewed plan suite: reads the phase file and progress notes, verifies prerequisites and review scorecards, implements each … |
| /plan-amend | Changes an existing plan suite without losing resolved decisions, re-deriving only the affected spec, phases and notes. |
| /plan-audit | Audits a plan suite across spec, generate and review, then fixes findings in a loop without per-revision approval until none remain or the cap is hit. |
| /plan-status | Reports plan-suite progress from its tracking files across tasks, phases and artifacts, read-only. |
| /research | Runs the research pipeline from idea to peer-reviewed paper, verifying each stage hand-off and halting before data collection or publication. |
| /research-ideate | Finds a research question from zero by scanning opportunities, gaps, and invalidated hypotheses, then ranking candidates. |
| /research-spec | Frames a research question or notes into a testable spec: falsifiable hypotheses, inclusion and exclusion scope, success metrics. |
| /research-theory | Builds the conceptual framework for a framed research question: theory of change, constructs with operational definitions and a conceptual-model diagram. |
| /research-sources | Collects and screens the literature for a ratified research spec: deduplication, ranking and extraction with provenance. |
| /research-synthesis | Reconciles collected sources into a state-of-the-art map, a literature matrix and a research-gap statement. |
| /research-proposal | Turns a research gap and theoretical framework into a fundable proposal: SMART aims, feasibility, risk register with contingencies, impact pathway, data … |
| /research-design | Turns a synthesized research gap into testable predictions, a study design and a frozen preregistration. |
| /research-experiment | Runs the preregistered study protocol and records raw data with provenance: experiment log, data, and reproducibility manifest (environment, seed, version … |
| /research-analysis | Runs the preregistered statistical analysis on collected data: effect sizes with confidence intervals, multiple-comparison correction, robustness checks, … |
| /research-paper | Assembles a paper draft from the synthesis, study design, and analysis, with every citation checked to resolve. |
| /research-review | Hostile peer review of a paper, from a research suite or a supplied PDF or text: scores novelty, rigor, reproducibility, ethics; ranks revisions. |
| /research-publish | Builds the venue submission package for a reviewed paper: template formatting, cover letter, data and code availability statement, ethics and conflict … |
| /research-disseminate | Plans post-acceptance dissemination and impact: preprint announcement, FAIR data and code archive, altmetrics tracking, rebuttal loop. |
| /audit | Sweeps a repository across all eleven review dimensions in one multi-agent run and returns one verified, severity-ranked report; it never fixes anything. |
| /a11y-audit | Audits rendered pages of a web surface against WCAG 2.2 AA and reports severity-ranked findings per page, without fixing anything. |
| /architecture-review | Reviews a repository against its design document and layer rules, reporting boundary violations, coupling and wiring gaps as ranked findings. |
| /code-audit | Cross-file forensic audit: hidden coupling, type-hint gaps, coverage holes, dead and duplicate code. |
| /code-review | Reviews source files one at a time for readability, naming, complexity, idiom fit and comment quality, and reports severity-ranked findings without editing. |
| /dependency-audit | Audits direct and transitive dependencies for known vulnerabilities, license conflicts, deprecation and loose pins, ranking findings per dependency. |
| /docs-review | Reviews documentation pages for prose clarity, broken links, code-block tags, citations and public-API coverage, reporting severity-ranked findings per page. |
| /perf-audit | Audits an Apothem installation's per-class budgets (hooks, ecosystem verification, conformity gate, tests, agents, shell, lint) with its benchmark drivers, … |
| /security-audit | Audits a repository's security posture: secrets, injection, unsafe deserialization, path traversal, vulnerable dependencies. |
| /supply-chain-audit | Audits a repository's release pipeline: build provenance, artifact signing, SBOM completeness, pinned CI actions and minimum permissions. |
| /threat-model-audit | Threat-models a repository with STRIDE per element and trust boundaries, classifying actors and rating residual risk. |
| /ux-review | Reviews a repository's developer experience from a first-time user's view: CLI ergonomics, error messages, install flow and docs discoverability. |
| /fortress | Hardens a repository end to end: runs the audit sweep, verifies each finding, remediates survivors through the surgical-guard, secret-rotation and vuln-triage … |
| /elevate | Whole-repository elevation: runs the audit sweep, then critiques naming, structure, storytelling and extensibility, remediates what it finds (deletions are … |
| /eval | Runs one evaluation campaign for a language model or prompt: scores each output over a dataset and reports metrics by category plus regressions against a … |
| /freshify | Use when a repository must be made fresh and release-clean: purges caches and stale artifacts, removes legacy narrative and back-references, normalizes file … |
| /github-deploy-fresh | Use when a GitHub repository needs one clean first release on origin/main: a single v0.1.0 release commit, green workflow cards, a first-version changelog, and … |
| /github-deploy-next | Use to run the next release cycle on a GitHub repository: merge ready pull requests, resolve the issues the release addresses, derive the SemVer bump from … |
| /projectify | Builds the Description, Instruction and knowledge files for a chat-app Project or custom assistant through guided questions, within the platform's context … |
| /release-readiness | Pre-release gate sweep: use before shipping a repository to check lint, format, types, tests, dependency and supply-chain risk, visibility surfaces, changelog … |
| /test-suite | Authors and runs behavior-first tests for a repository, triages failures and reports coverage gaps on critical paths. |
| /workflow | Use to run a non-trivial mission as an independent multi-agent workflow: parallel subagents under named return contracts, refute-by-default verification of … |