Apothem ドキュメント
1 つの共有プロファイルを、17 のハーネスへマテリアライズする。ここから始めよう：インストール、使い方、ハーネスカバレッジ、コマンドパイプライン、そして完全なリファレンス。
Apothem はホストに依存しないハーネス構成マネージャーです。~/.config/apothem/profile.yaml
に 1 つの共有プロファイルを記述すると、Apothem はそれを 17 のハーネスの
ネイティブ設定面へマテリアライズします——Claude Code、Cursor、Gemini CLI、GitHub Copilot、
Codex、Windsurf、Zed、そして登録済みカタログのその他のツールです。
Apothem が同期する単位は、ルールだけよりも広いものです。ルール、スラッシュコマンド、 スキル、フック、出力スタイル、設定（MCP サーバーを含む）、スキーマ、ドキュメントが、 1 つの統治されたコーパスとしてまとめて流通し、各ハーネスのネイティブ形式、または ツールに対応するプリミティブがない場合は Apothem 独自のサポートサブツリーへ マテリアライズされます。
はじめての方へ：2 ステップで始める
- インストール — インストール経路（ツールネイティブの
プラグインや拡張、
npx、ワンステップスクリプト）を 1 つ選び、ガイド付きの最初の ステップを実行します。前提条件は Node.js とシステムの Python 3.10 以降だけです。 - 最初の動作する実行にたどり着く — 共有 プロファイルを記述し、そこからハーネスのネイティブ設定をマテリアライズし、結果を検証します。 端から端まで、およそ 15 分です。
Apothem の仕組み
- 1 つのプロファイルから、多数のネイティブ設定へ。 意図を一度だけ記述すると、 Apothem がそれを各ツールのネイティブ設定面へ翻訳します——最小公倍数への平坦化は ありません。ホスト非依存の姿勢 を参照。
- 運用ループ：計画 → 堅牢化 → 出荷。 計画パイプライン（
/plan）が変更を仕様・ 生成・レビュー・実行へと運び、堅牢化パイプライン（/fortress）がその作業を リリース判定済みの状態へ進め、リリースゲートがループを閉じます。 コマンドパイプライン を参照。 - 境界を越えて生き残る作業。 長時間の作業はその全状態をプロジェクトローカルの
.apothem/plans/スイートへ外部化するため、どのアカウントやマシンでも新しいセッションが その場で再開できます。再開可能な計画 を参照。
ここから始める
- インストール —— インストール経路（ツールネイティブの
プラグインや拡張、
npx、ワンショットスクリプト）と、ガイド付きの初回実行。 - 使い方 —— プロファイルを記述し、すべてのハーネスへ インストールし、検証して更新する。
- ハーネス —— 17 のハーネスのカタログ。各ツールのネイティブ設定面と その変換動作を添えて。
- コマンドパイプライン ——
/planと/researchパイプラインの 各ステージ、監査・レビューのシーケンス、workflow と projectify のスキル、そして 外科的操作のためのガードレール。
さらに深く
- コンセプト —— 共有プロファイル、 ハーネスアダプター、そしてマテリアライズモデル。
- アーキテクチャ —— ソースコードの構造、アダプターの抽象化、 自己完結型ランタイム、そして CI/CD フロー。
- リファレンス —— CLI、プロファイルスキーマ、ルール、スキル、 コマンド、フック、そして出力スタイルのカタログ。
- Apothem の比較 —— 競合製品を名指しした、誠実な差別化マトリクス。