パイプラインコマンド

Apothem は、アーキテクチャを意識した /plan パイプライン、13 ステージの /research パイプライン、さらに 11 コマンドの監査シーケンスを提供します。 これにより、あらゆるプロジェクトに、生のプロセから多軸でレビューされた プロダクション級コードへ、そして生のアイデアから普及されピアレビューを 受けた論文へと至る構造化された道筋がもたらされます。

パイプラインの概要

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.
    A[/plan-spec] --> B[/plan-generate]
    B --> C[/plan-review]
    AUD[/plan-audit<br/>orthogonal: wraps spec → review] -.->|closed-loop remediation| A
    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]

プランニングステージ

このパイプラインは 8 つのファーストクラスのスラッシュコマンドとして、 ステージごとに 1 つずつ提供され、それぞれ /plan-<stage> として独立して 呼び出せます。

/plan-audit は線形フローに対して直交しており、その中の 1 ステージでは ありません。/plan-spec → /plan-generate → /plan-review を単一のクローズド ループとしてラップし、不足している上流ステージのみを実行し、発見事項を能動的に 是正し、スイートを /plan-execute の準備が整った状態にします。これは下記の 監査レビューシーケンスとは異なります。後者はプランスイートではなく実行済みの コードベースを監査します。

/plan-design は普遍的な儀式ではありません。/plan-review は、スイートが アーキテクチャを伴うサーフェスを変更するかどうかを分類します。変更する場合、 /plan-design は /plan-execute と /architecture-review が消費する設計 トレースを出力します。変更しない場合、レビュー済みのスイートはそのまま実行へ 進みます。

リサーチパイプライン

リサーチパイプラインは 13 のファーストクラスのスラッシュコマンドとして、 ステージごとに 1 つずつ提供され、それぞれ /research-<stage> として独立して 呼び出せます。シーケンスゲートと引き継ぎマニフェストによって連鎖し、10 の 厳密性マンデート（権威ある情報源、再現性、反証可能性、引用の完全性、事前登録、 倫理／利益相反、統計的厳密性、オープンサイエンス／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 のラップされたワークフローオーケストレーターは、これらのステージを 生の問いから公開された論文まで駆動し（それ自体はステージではありません）、次の ステージがそれに基づいて構築する前に各ステージの出力を独立して確認します。 --quick は、一回限りの引用付きレポートのために /research-sources + /research-synthesis のみを実行します。

経験的な各段階（ソース、設計、実験、分析）と執筆の各段階（論文、レビュー、公開、普及）はさらに、厳密性を運用化するサーフェス——公平な複数手法比較、比較対象の出所、実験プログラムの足場、計算利用計画、オプトインの自律実験ループ、完了定義の進出ゲート、そして段階的な開示を伴う盲検化——を活用します。これらは 10 のマンデートを拡張することなく、運用上の詳細を付け加えるものです。

監査レビューシーケンス

/audit のラップされたワークフローオーケストレーターは、以下の 11 のすべての次元を単一の並列パスとして一掃します — /plan と /research の監査フォートレス版です — そして、重複を排除し重大度でトリアージされた単一の発見事項レポートを統合します（レポートのみ。是正は /elevate にルーティングされます）。各次元は個別にも呼び出せます。

/fortress のラップされたワークフローオーケストレーターは、/audit が報告するループを閉じます。/audit を介して検出し、各発見事項を検証し、それぞれの生存項目をその所有サーフェスで是正し、境界付きループで再監査し、結果を /release-readiness のゲートに通します — /plan と /research のプロダクション堅牢化版です。