@elevasis/sdk 1.20.1 → 1.21.0

package/reference/scaffold/recipes/query-the-knowledge-graph.md

@@ -0,0 +1,200 @@
+<!-- @generated by packages/sdk/scripts/copy-reference-docs.mjs -- DO NOT EDIT -->
+<!-- Regenerate: pnpm scaffold:sync -->
+
+---
+title: Query the Knowledge Graph
+description: Use the `knowledge:*` CLI subcommands on `elevasis-sdk` (external projects) and `elevasis` (monorepo) to browse, inspect, and traverse the OrganizationModel knowledge graph via five mount axes.
+---
+
+# Query the Knowledge Graph
+
+The `knowledge:*` subcommands expose the OrganizationModel as a virtual filesystem. Paths are query strings -- `/by-system/sales/crm/` dispatches to a graph query, not a directory on disk. Three verbs cover all access patterns: `ls` (list), `cat` (read a node body), and `graph` (traverse edges).
+
+Both CLIs share the same query layer (`@repo/core/knowledge/queries`). The only difference is which OrganizationModel they load:
+
+- `elevasis-sdk` -- runs from inside `external/<project>/`, walks up to `.elevasis`, loads the project's `core/config/organization-model.ts`.
+- `elevasis` -- runs from the monorepo root, loads `canonicalOrganizationModel` from `@repo/elevasis-core`.
+
+## Before you start
+
+The `knowledge:*` commands require `elevasis-sdk >= 1.4.0`. Check with:
+
+```bash
+pnpm exec elevasis-sdk --version
+```
+
+If you are running on Windows, **use PowerShell** for all `knowledge:*` commands. MSYS Bash rewrites the leading `/by-system/...` path argument to a Windows filesystem path, mangling the query. PowerShell passes the argument through verbatim.
+
+## Three Verbs
+
+| Verb                   | Behavior                                                                                                                    |
+| ---------------------- | --------------------------------------------------------------------------------------------------------------------------- |
+| `knowledge:ls <path>`  | List nodes or edges for the mount. Default: id + summary table. `--json` for the wrapped envelope. `--ids-only` for piping. |
+| `knowledge:cat <id>`   | Print a node's raw MDX `body` to stdout.                                                                                    |
+| `knowledge:graph <id>` | Show outgoing and incoming edges for a node, grouped by edge kind.                                                          |
+
+All three accept `--json` for machine-readable output. `knowledge:ls` additionally accepts `--ids-only` to print one node ID per line.
+
+## Five Mount Axes
+
+The path argument to `knowledge:ls` determines the query. Five axes are available:
+
+| Path prefix                    | Query                         | Returns                                             |
+| ------------------------------ | ----------------------------- | --------------------------------------------------- |
+| `/by-system/<dotted-id>/`     | `bySystem(graph, systemId)` | nodes with incoming `governs` edges to this system |
+| `/by-kind/<kind>/`             | `byKind(graph, kind)`         | nodes where `node.kind === kind`                    |
+| `/by-owner/<id>/`              | `byOwner(graph, ownerId)`     | nodes where `node.ownerIds.includes(id)`            |
+| `/graph/<nodeId>/governs/`     | `governs(graph, nodeId)`      | outgoing `governs` edges from `nodeId`              |
+| `/graph/<nodeId>/governed-by/` | `governedBy(graph, nodeId)`   | incoming `governs` edges to `nodeId`                |
+
+## Examples
+
+Each example is shown for both CLIs.
+
+### 1. List by system (`/by-system/<dotted-id>/`)
+
+List all knowledge nodes that govern the `sales.crm` system:
+
+```bash
+# External project (from inside external/<project>/)
+pnpm exec elevasis-sdk knowledge:ls /by-system/sales.crm/
+
+# Monorepo (from monorepo root)
+pnpm exec elevasis knowledge:ls /by-system/sales.crm/
+```
+
+Nested system ids use dots, not slashes: `sales.crm`, `sales.lead-gen`, `projects`.
+
+### 2. List by kind (`/by-kind/<kind>/`)
+
+List all nodes of kind `playbook`:
+
+```bash
+# External project
+pnpm exec elevasis-sdk knowledge:ls /by-kind/playbook
+
+# Monorepo
+pnpm exec elevasis knowledge:ls /by-kind/playbook
+```
+
+Common kinds: `playbook`, `strategy`, and `reference`. The available kinds are defined on `OrgKnowledgeNode.kind` in `@elevasis/core/knowledge`.
+
+Machine-readable output for piping:
+
+```bash
+pnpm exec elevasis knowledge:ls /by-kind/playbook --ids-only
+```
+
+### 3. List by owner (`/by-owner/<id>/`)
+
+List all knowledge nodes owned by a specific member or team:
+
+```bash
+# External project
+pnpm exec elevasis-sdk knowledge:ls /by-owner/operations-team
+
+# Monorepo
+pnpm exec elevasis knowledge:ls /by-owner/operations-team
+```
+
+The `<id>` matches against `node.ownerIds`. Owner IDs are declared on each knowledge node in the OrganizationModel.
+
+### 4. Traverse outgoing edges (`/graph/<nodeId>/governs/`)
+
+List what a specific node governs (outgoing `governs` edges):
+
+```bash
+# External project
+pnpm exec elevasis-sdk knowledge:ls /graph/knowledge.new-vertical-launch-playbook/governs/
+
+# Monorepo
+pnpm exec elevasis knowledge:ls /graph/knowledge.new-vertical-launch-playbook/governs/
+```
+
+Knowledge node IDs use the `knowledge.<slug>` source id. Graph node IDs may be kind-prefixed,
+such as `knowledge:knowledge.new-vertical-launch-playbook` or `system:sales.crm`, when traversing
+graph edges.
+
+### 5. Traverse incoming edges (`/graph/<nodeId>/governed-by/`)
+
+List what governs a specific node (incoming `governs` edges):
+
+```bash
+# External project
+pnpm exec elevasis-sdk knowledge:ls /graph/knowledge.new-vertical-launch-playbook/governed-by/
+
+# Monorepo
+pnpm exec elevasis knowledge:ls /graph/knowledge.new-vertical-launch-playbook/governed-by/
+```
+
+## Read a Node Body
+
+`knowledge:cat` prints the raw MDX `body` string for a node. The body is not rendered -- it is the source MDX as stored in the OrganizationModel.
+
+```bash
+# External project
+pnpm exec elevasis-sdk knowledge:cat knowledge.new-vertical-launch-playbook
+
+# Monorepo
+pnpm exec elevasis knowledge:cat knowledge.new-vertical-launch-playbook
+```
+
+Pipe to a pager for long bodies:
+
+```bash
+pnpm exec elevasis knowledge:cat knowledge.platform-composition-patterns | less
+```
+
+## Inspect a Node's Edges
+
+`knowledge:graph` shows all edges for a node grouped by kind:
+
+```bash
+# External project
+pnpm exec elevasis-sdk knowledge:graph knowledge.new-vertical-launch-playbook
+
+# Monorepo
+pnpm exec elevasis knowledge:graph knowledge.new-vertical-launch-playbook
+```
+
+This combines the `governs` and `governed-by` views in one output, useful for understanding a node's full graph position.
+
+## JSON Output
+
+All three verbs accept `--json`. The output uses the wrapped envelope format:
+
+```json
+{
+  "path": "/by-system/sales.crm",
+  "mount": "by-system",
+  "args": ["sales.crm"],
+  "results": [...]
+}
+```
+
+This is the format consumed by the `/knowledge` agent skill. Use it when scripting or building tooling that reads knowledge graph data programmatically.
+
+```bash
+pnpm exec elevasis knowledge:ls /by-kind/playbook --json | jq '.results[].id'
+```
+
+## Windows Note
+
+On Windows, MSYS Bash rewrites path arguments starting with `/` to Windows filesystem paths before the CLI sees them. Use PowerShell:
+
+```powershell
+# Correct on Windows -- PowerShell leaves the path arg intact
+pnpm exec elevasis knowledge:ls /by-kind/playbook
+
+# Wrong on Windows -- MSYS Bash mangles to C:\by-kind\playbook or similar
+bash -c "pnpm exec elevasis knowledge:ls /by-kind/playbook"
+```
+
+All other `elevasis` and `elevasis-sdk` commands are unaffected; this gotcha is specific to path arguments that start with `/`.
+
+## See Also
+
+- [Query functions API](../reference/contracts.md) -- `bySystem`, `byKind`, `byOwner`, `governs`, `governedBy` TypeScript signatures
+- [Glossary](../reference/glossary.md) -- `systemId`, `nodeId`, `kind`, `ownerIds`
+- [Knowledge Browser](../../../../apps/docs/content/docs/in-progress/active-development/sdk-changes/knowledge/index.mdx) -- task doc for the full Knowledge Map bundle
+