feat: Obsidian integration via cli scripts

This commit is contained in:
2026-04-17 08:05:23 -06:00
parent 902e11c7d4
commit a2b667f497
35 changed files with 715 additions and 34 deletions

View File

@@ -24,6 +24,7 @@ Common terms used in this workspace.
- `inbox`: raw or lightly processed communication evidence under `ai/inbox/`.
- `promotion`: moving high-confidence evidence into canonical memory.
- `tooling behavior`: reusable behavior encoded in commands, prompts, skills, agents, or knowledge rules.
- `memory interface`: project-agnostic scripts under `scripts/memory/` that create, search, query, and validate canonical memory without coupling the workspace to Obsidian.
---

View File

@@ -10,6 +10,8 @@ tags:
Use Obsidian to navigate and review workspace memory. Do not use it as a separate memory database.
Obsidian is the current interface over canonical Markdown memory. The workspace-level abstraction is `scripts/memory/`, so agents should use Obsidian-specific commands only through that adapter when possible.
---
## Recommended Start
@@ -126,3 +128,26 @@ For normal onboarding, keep them hidden and navigate through the named maps.
- Templates may contain the final note `type` so newly created notes are useful immediately, but Bases must exclude the template folder so template files do not appear as data rows.
- Role mapping files such as `04-people/manager.md` should use `type: role-map`, not `type: person`.
- Bookmarks should keep `00-start/start-here.md`, `00-start/onboarding.md`, current work, work items, people, and high-value Bases easy to open.
---
## CLI And Templates
The official Obsidian CLI can create notes from templates, query Bases, inspect properties, and search the vault.
In this workspace, prefer the platform-agnostic memory wrapper:
```bash
bash scripts/memory/memory.sh create work-item pdiap-15999 "Example title"
bash scripts/memory/memory.sh search "PDIAP-15765"
bash scripts/memory/memory.sh base-query work-items
bash scripts/memory/memory.sh health
```
The wrapper owns note type routing, so a `work-item` goes to `02-work-items/`, a `person` goes to `04-people/`, a `decision` goes to `05-decisions/`, and so on.
Use Obsidian CLI directly only when debugging Obsidian-specific behavior:
```bash
bash scripts/obsidian/cli.sh help
```

View File

@@ -75,6 +75,8 @@ If you are new to this project, read:
- [Communication Rules](../03-context/process/communication-rules.md)
- [Context Maintenance](../03-context/process/context-maintenance.md)
- [Workspace Architecture](workspace-architecture.md)
- Memory interface: `scripts/memory/`
- Obsidian adapter: `scripts/obsidian/`
---

View File

@@ -50,6 +50,19 @@ Runtime and generated files can be used as evidence, but durable project facts s
---
## Memory Access Layer
Use `scripts/memory/` as the platform-agnostic interface to canonical memory.
Obsidian is the current visual and CLI-backed adapter, but the source of truth remains Markdown under `vault/`.
- Agents use `scripts/memory/memory.sh create` when a new typed note is needed.
- Agents use `scripts/memory/memory.sh search` or direct Markdown reads for context lookup.
- Agents use `scripts/memory/memory.sh base-query` and `health` for structured review.
- Precise memory edits should still be made directly to Markdown so changes stay auditable.
---
## Memory Rule
Promoted memory lives in `vault/`.