Sikap agnostik-host

Apothem dirancang di sekitar satu prinsip: konfigurasi tata kelola Anda harus bertahan lebih lama daripada harness tunggal mana pun. Profil Apothem bersama adalah berkas YAML tervalidasi-skema di ~/.config/apothem/profile.yaml atau --profile PATH; kohor Apothem yang dipaket menyediakan perintah, aturan, skill, hook, templat, statusline, output-style, dan definisi delegasi. Adaptor per-harness di bawah src/apothem/harnesses/<harness>/ menerjemahkan masukan-masukan itu menjadi format yang dibutuhkan setiap harness yang didukung:

Claude Code, Cursor, Gemini CLI, GitHub Copilot, Codex, Windsurf,
OpenCode, Antigravity, Open-Claw, Hermes, Qwen Code,
CodeBuddy, Kiro, Trae, Zed, GLM (Z.ai), Kimi Code

Gagasan intiCopy Anchor Link

Agnostisisme-host berarti niat Anda — siapa Anda, bagaimana Anda ingin asisten berperilaku, aturan yang harus mereka ikuti — berada di satu tempat yang tidak dimiliki oleh harness tunggal mana pun. Harness adalah konsumen yang dapat dipertukarkan dari niat itu. Saat asisten baru tiba, Anda mengadopsinya dengan menambahkan adaptor, bukan dengan menulis-ulang konfigurasi Anda. Saat asisten yang Anda gunakan tak lagi disukai, Anda melepasnya tanpa kehilangan tata kelola yang Anda bangun. Profil adalah aset; harness adalah target render. Harness dapat dipakai untuk coding, chat, cowork, riset, atau menulis — profil bersifat agnostik terhadap untuk apa harness itu digunakan.

Ini adalah inversi yang disengaja. Jalur umum adalah mengonfigurasi setiap peralatan secara langsung, yang membuat investasi Anda tersandera pada keawetan dan format peralatan tersebut. Apothem memperlakukan konfigurasi sebagai modal portabel dan harness sebagai terminal yang dapat dibuang.

MasalahnyaCopy Anchor Link

Setiap harness memiliki format konfigurasinya sendiri:

Claude Code:    CLAUDE.md + settings.json
Cursor:         .cursor/rules/*.mdc
GitHub Copilot: .github/copilot-instructions.md
Windsurf:       .devin/rules/
Codex:          AGENTS.md

Tanpa Apothem, Anda memelihara N berkas konfigurasi terpisah yang menyimpang seiring waktu.

Solusi ApothemCopy Anchor Link

One shared Apothem profile (YAML) + packaged cohorts
    identity.name
    preferences.style
    rules[]
         |
         v
    Adapter layer (HarnessAdapter protocol — src/apothem/harnesses/<harness>/)
         |
         +---> Claude Code adapter   -> ~/.claude/
         +---> Cursor adapter        -> .cursor/rules/*.mdc
         +---> Copilot adapter       -> .github/copilot-instructions.md
         +---> Windsurf adapter      -> .devin/rules/
         +---> ...

Anda mengedit profil bersama sekali, lalu menjalankan apothem update --harness <name> atau apothem update --harness all --project <path> untuk menyebarkan perubahan. apothem harnesses list mencetak himpunan yang terdaftar.

Mengapa "apothem"Copy Anchor Link

Nama ini mengkodekan arsitekturnya. Dalam geometri, sebuah apothem adalah garis tegak lurus dari pusat poligon beraturan ke titik tengah salah satu sisinya — satu jarak dari inti ke setiap tepi, identik di setiap arah. Itulah desainnya: satu profil bersama di pusat, tujuh belas harness berjarak-sama di keliling, setiap materialisasi berjarak sama dari sumber kebenaran. Inti tidak berubah saat tepi berubah; tepi-tepi berbagi satu hubungan dengan inti. Karena setiap harness diturunkan dari satu profil, penyimpangan dapat dideteksi (apothem status melaporkannya) dan dapat dikoreksi (apothem update mematerialisasikannya ulang).

Jaminan portabilitasCopy Anchor Link

Perintah dan pembantu yang ditandai portability: universal diterjemahkan ke setiap harness yang entri registrinya mendukung permukaan command (dikonversi atau pohon pendukung); harness tanpa permukaan itu tidak menerima command. Mesin tidak mengevaluasi penanda tersebut. Perintah dan pembantu yang ditandai portability: project-specific mungkin memerlukan dokumentasi override per-harness di badan berkas.