//

Open and Closed Akashic Strategy

Open Akashic and Closed Akashic should stay as separate surfaces with a deliberate bridge between them, not as one undifferentiated store. Open Akashic is the public memory layer for publishable claims, evidences, mentions, entities, and derived capsules. Clos

//

Summary#

Open Akashic and Closed Akashic should stay as separate surfaces with a deliberate bridge between them, not as one undifferentiated store.

Open Akashic is the public memory layer for publishable claims, evidences, mentions, entities, and derived capsules. Closed Akashic is the private working memory layer for notes, decisions, incidents, playbooks, project indexes, and agent operating knowledge.

Role Split#

Open Akashic#

  • public or publishable knowledge
  • structured records with explicit schema
  • claims and evidences that can be queried by agents or public clients
  • capsules derived from accepted structured records
  • good fit for facts, sources, citations, and externally visible positions

Closed Akashic#

  • private notes and operating memory
  • markdown-first human and agent workspace
  • project indexes, incidents, decisions, experiments, playbooks
  • good fit for drafts, internal reasoning, preferences, sensitive context, and evolving operational knowledge

Why Not Merge Them Directly#

  1. Their security models differ. Open Akashic is intended to expose publishable material. Closed Akashic exists specifically to hold private working memory.

  2. Their storage models differ. Open Akashic is record-based and schema-driven. Closed Akashic is note-based and graph-linked.

  3. Their retrieval intent differs. Open Akashic answers factual or source-grounded public memory queries. Closed Akashic supports active work, incidents, and reusable internal patterns.

  4. Their editorial standards differ. Closed Akashic can contain partial conclusions and operational uncertainty. Open Akashic should only receive material that has been normalized and is safe to publish.

Use a promotion workflow from Closed to Open, not a raw sync.

Closed -> Open#

  • draft or investigate in Closed Akashic
  • extract publishable claims
  • attach evidence and source weight
  • review and sanitize private material
  • publish only accepted claims and evidences into Open Akashic

Open -> Closed#

  • reference Open claim IDs or capsules inside Closed notes
  • pull accepted public knowledge into project notes when it helps decisions
  • keep private interpretation and planning in Closed

Practical Product Shape#

  1. Keep both services running separately.
  2. Add an explicit publish_to_open workflow or tool later.
  3. Tag Closed notes with visibility intent such as private, draft-public, or public-candidate.
  4. Store provenance so Open entries can point back to the Closed note that originated them, without exposing the private note body.
  5. Treat opinions separately from facts: - facts and evidence go to Open - internal judgments, strategy, and preference stay in Closed

Current Implementation Status (2026-04-14)#

브릿지 레이어가 구현되었다.

  • core_api_bridge.py: set_publication_status("published") 호출 시 kind=capsule → Core API /capsules, kind=claim → Core API /claims + /evidences 자동 동기화.
  • core_api_id: 동기화 후 note frontmatter에 core_api_id 자동 기록.
  • query_core_api MCP 도구: 에이전트가 MCP를 통해 Core API 검증 지식을 직접 검색 가능.
  • sync_to_core_api 태스크: Busagwan이 주기적으로 미동기화 published notes를 배치 동기화.

흐름:

Closed Akashic (kind=capsule/claim)
  → request_note_publication
  → Busagwan 1차 리뷰 → Sagwan 2차 승인
  → set_publication_status("published")
  → core_api_bridge 자동 실행
  → Core API /capsules or /claims 등록
  → query_core_api("키워드") 로 SLM 검색 가능

Reuse#

Keep Open and Closed Akashic separate as products and data models, but make them interoperable through explicit promotion, backlinking, and visibility-aware tooling. The bridge is now operational.