Perintah pipeline
Referensi perintah pipeline Apothem — alur /plan dan katalog perintah audit.
Apothem mengirimkan pipeline /plan yang sadar arsitektur, pipeline
/research tiga belas tahap, ditambah urutan audit sebelas perintah —
memberikan setiap proyek jalur terstruktur dari prosa mentah menuju kode
berkelas produksi yang ditinjau dari banyak sumbu, dan dari ide mentah menuju
makalah yang telah ditelaah sejawat dan disebarluaskan.
Gambaran umum pipeline
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]Tahap-tahap perencanaan
Pipeline ini dikirimkan sebagai delapan perintah garis miring kelas satu, satu
per tahap — masing-masing dapat dipanggil secara independen sebagai
/plan-<stage>. Orkestrator /plan menggerakkan
tahap-tahap tersebut dari sebuah misi hingga suite yang telah dieksekusi.
| Tahap | Peran | Posisi |
|---|---|---|
| /plan-spec | Penempa — dari prosa ke spesifikasi | Awal |
| /plan-generate | Generator — dari spesifikasi ke suite rencana | Tengah rantai |
| /plan-review | Auditor — audit rencana forensik | Tengah rantai |
| /plan-design | Arsitek — _inputs/design.md untuk suite yang menyangkut arsitektur | Gerbang bersyarat |
| /plan-execute | Eksekutor — eksekusi fase | Terminal |
| /plan-status | Pelapor — status hanya-baca | Hanya-baca |
| /plan-audit | Penjaga — pembungkus lingkar tertutup atas spec → generate → review | Ortogonal (pra-eksekusi) |
| /plan-amend | Pengurus — amandemen re-entran atas suite yang sudah ada | Re-entran |
/plan-audit bersifat ortogonal terhadap alur linear, bukan tahap di dalamnya.
Perintah ini membungkus /plan-spec → /plan-generate → /plan-review sebagai
satu lingkar tertutup, hanya menjalankan tahap hulu yang belum ada, secara aktif
meremediasi temuan, dan meninggalkan suite dalam keadaan siap untuk
/plan-execute. Perintah ini berbeda dari urutan tinjauan audit di bawah, yang
mengaudit basis kode yang telah dieksekusi alih-alih suite rencana.
/plan-design bukan seremoni universal. /plan-review mengklasifikasikan
apakah suite mengubah permukaan yang menyangkut arsitektur. Jika ya,
/plan-design memancarkan jejak desain yang dikonsumsi /plan-execute dan
/architecture-review. Jika tidak, suite yang telah ditinjau langsung masuk ke
eksekusi.
Pipeline riset
Pipeline riset dikirimkan sebagai tiga belas perintah garis miring kelas satu,
satu per tahap — masing-masing dapat dipanggil secara independen sebagai
/research-<stage>, dirangkai oleh Sequence Gate dan Handoff Manifest, di bawah
sepuluh mandat ketelitian (sumber otoritatif, reprodusibilitas, falsifiabilitas,
integritas sitasi, praregistrasi, etika / konflik kepentingan, ketelitian
statistik, sains terbuka / FAIR, kepatuhan pada pedoman pelaporan, landasan
teoretis / dampak).
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| Tahap | Peran | Posisi |
|---|---|---|
| /research-ideate | Merumuskan masalah — pertanyaan kandidat dari benih domain | Awal |
| /research-spec | Membingkai pertanyaan — hipotesis yang dapat difalsifikasi + cakupan | Tengah rantai |
| /research-theory | Kerangka konseptual + teori perubahan | Tengah rantai |
| /research-sources | Pengumpulan sumber secara sistematis dengan catatan pencarian yang dapat dijalankan ulang | Tengah rantai |
| /research-synthesis | Peta SOTA + analisis celah | Tengah rantai |
| /research-proposal | Tujuan + kelayakan + kontingensi + dampak + rencana data + rencana praregistrasi; matriks panggilan pendanaan atau tanggapan pengajuan ulang | Tengah rantai |
| /research-design | Desain studi + praregistrasi | Tengah rantai |
| /research-experiment | Menjalankan + mencatat, dapat direproduksi | Tengah rantai |
| /research-analysis | Hasil + statistik | Tengah rantai |
| /research-paper | Draf makalah kelas atas | Tengah rantai |
| /research-review | Kritik setara telaah sejawat | Tengah rantai |
| /research-publish | Paket venue + pengajuan | Tengah rantai |
| /research-disseminate | Diseminasi + dampak + pengarsipan FAIR | Terminal |
Orkestrator alur kerja terbungkus /research
menggerakkan tahap-tahap ini dari pertanyaan mentah hingga makalah yang terbit
(orkestrator itu sendiri bukan sebuah tahap), dengan memeriksa keluaran setiap
tahap secara independen sebelum tahap berikutnya dibangun di atasnya; --quick
hanya menjalankan /research-sources + /research-synthesis untuk laporan
bersitasi sekali jalan.
Tahap-tahap empiris (sumber, desain, eksperimen, analisis) dan tahap-tahap penulisan (makalah, tinjauan, publikasi, diseminasi) juga memanfaatkan permukaan yang mengoperasionalkan ketelitian — perbandingan multi-metode yang adil, provenance pembanding, kerangka program eksperimen, rencana pemanfaatan komputasi, lingkar eksperimen otonom yang opt-in, gerbang kemajuan definition-of-done, pembutaan dengan pengungkapan bertahap, catatan pencarian, perencanaan alokasi studi dan daya, disiplin analisis, kontingensi rencana, integritas gambar, serta perencanaan presentasi dan poster — yang menambahkan detail operasional pada kesepuluh mandat tanpa memperluasnya.
Urutan tinjauan audit
Orkestrator alur kerja terbungkus /audit menyapu kesebelas dimensi di bawah ini dalam satu lintasan paralel — padanan audit-fortress dari /plan dan /research — dan menyintesis satu laporan temuan yang telah dideduplikasi dan ditriase menurut tingkat keparahan (hanya laporan; remediasi diarahkan ke /elevate). Setiap dimensi juga dapat dipanggil secara terpisah.
Orkestrator alur kerja terbungkus /fortress menutup lingkar yang dilaporkan /audit: orkestrator ini mendeteksi melalui /audit, memverifikasi setiap temuan, meremediasi setiap temuan yang bertahan pada permukaan pemiliknya, mengaudit ulang dalam lingkar yang dibatasi, dan menggerbangkan hasilnya melalui /release-readiness — padanan pengerasan produksi dari /plan dan /research.
| Perintah | Area kualitas |
|---|---|
| /code-review | Kualitas kode |
| /code-audit | Korpus kode |
| /security-audit | OWASP / ASVS |
| /perf-audit | Kinerja |
| /architecture-review | Arsitektur |
| /ux-review | Pengalaman pengembang |
| /a11y-audit | Aksesibilitas |
| /docs-review | Dokumentasi |
| /dependency-audit | Dependensi |
| /supply-chain-audit | Rantai pasok |
| /threat-model-audit | Model ancaman |
Semua perintah
Setiap perintah yang dikirimkan, dihasilkan dari definisinya di bawah
src/apothem/commands/. Perintah tanpa halaman yang ditulis tangan mendapatkan
halaman yang dihasilkan dari definisi yang sama.
| 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 … |