@elevasis/sdk 1.22.1 → 1.23.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/cli.cjs +681 -29
- package/dist/index.d.ts +4 -0
- package/dist/index.js +4 -3
- package/dist/test-utils/index.d.ts +1 -0
- package/dist/test-utils/index.js +4 -3
- package/dist/worker/index.js +4 -3
- package/package.json +2 -2
- package/reference/claude-config/rules/organization-model.md +77 -80
- package/reference/claude-config/rules/organization-os.md +104 -104
- package/reference/claude-config/rules/vibe.md +235 -235
- package/reference/claude-config/skills/om/SKILL.md +324 -0
- package/reference/claude-config/skills/{knowledge → om}/operations/customers.md +110 -109
- package/reference/claude-config/skills/{knowledge → om}/operations/features.md +77 -76
- package/reference/claude-config/skills/{knowledge → om}/operations/goals.md +119 -118
- package/reference/claude-config/skills/{knowledge → om}/operations/identity.md +94 -93
- package/reference/claude-config/skills/{knowledge → om}/operations/labels.md +94 -94
- package/reference/claude-config/skills/{knowledge → om}/operations/offerings.md +110 -109
- package/reference/claude-config/skills/{knowledge → om}/operations/roles.md +100 -99
- package/reference/claude-config/skills/{knowledge → om}/operations/techStack.md +30 -30
- package/reference/claude-config/skills/project/SKILL.md +1088 -1088
- package/reference/claude-config/skills/setup/SKILL.md +275 -275
- package/reference/claude-config/skills/tutorial/SKILL.md +259 -259
- package/reference/claude-config/skills/tutorial/progress-template.md +74 -74
- package/reference/claude-config/skills/tutorial/technical.md +1303 -1303
- package/reference/claude-config/skills/tutorial/vibe-coder.md +890 -890
- package/reference/claude-config/sync-notes/2026-05-15-om-skill-rename-and-write-family.md +52 -0
- package/reference/scaffold/recipes/query-the-knowledge-graph.md +189 -185
- package/reference/scaffold/reference/contracts.md +94 -94
- package/reference/scaffold/reference/glossary.md +71 -69
- package/reference/claude-config/skills/knowledge/SKILL.md +0 -345
- /package/reference/claude-config/skills/{knowledge → om}/operations/codify-level-a.md +0 -0
- /package/reference/claude-config/skills/{knowledge → om}/operations/codify-level-b.md +0 -0
|
@@ -1,30 +1,30 @@
|
|
|
1
|
-
# TechStack Context
|
|
2
|
-
|
|
3
|
-
Tech stack information is no longer modeled through `resourceMappings`. Resource identity and governance metadata live in OM Resources descriptors under the id-keyed `organizationModel.resources` map; external platform context belongs on the relevant integration descriptor or in project knowledge when the descriptor schema does not expose a dedicated field yet.
|
|
4
|
-
|
|
5
|
-
## Current Resource-Governance Contract
|
|
6
|
-
|
|
7
|
-
- Resource IDs are authored once in `core/config/organization-model.ts`.
|
|
8
|
-
- Runtime workflows, agents, and integrations derive `resourceId` / `type` from OM descriptors during deployment assembly.
|
|
9
|
-
- `DeploymentSpec` remains the runtime/deploy bundle, not an independent identity catalog.
|
|
10
|
-
- `pnpm -C operations check` validates descriptor/code alignment before deploy.
|
|
11
|
-
|
|
12
|
-
## Where To Look
|
|
13
|
-
|
|
14
|
-
- `core/config/organization-model.ts` -- Systems and Resources descriptors.
|
|
15
|
-
- `operations/src/index.ts` -- deployment assembly that binds executable behavior to descriptors.
|
|
16
|
-
- `pnpm elevasis-sdk project:list --pretty` -- live deployed resource surface.
|
|
17
|
-
- Project knowledge nodes -- narrative details such as credential owner, setup notes, and system-of-record rationale when they do not fit the descriptor shape.
|
|
18
|
-
|
|
19
|
-
## Write Path
|
|
20
|
-
|
|
21
|
-
When the user wants to document or change integration ownership, credential status, or system-of-record context:
|
|
22
|
-
|
|
23
|
-
1. Inspect `core/config/organization-model.ts` for the relevant integration Resource descriptor.
|
|
24
|
-
2. If the descriptor identity, System membership, owner role, or status is wrong, update the descriptor through the `/
|
|
25
|
-
3. If the requested detail is operational narrative rather than descriptor schema, capture it in a knowledge node or project documentation instead of recreating `resourceMappings`.
|
|
26
|
-
4. Run `pnpm -C operations check` after descriptor or deployment assembly changes.
|
|
27
|
-
|
|
28
|
-
---
|
|
29
|
-
|
|
30
|
-
**Read via `/
|
|
1
|
+
# TechStack Context
|
|
2
|
+
|
|
3
|
+
Tech stack information is no longer modeled through `resourceMappings`. Resource identity and governance metadata live in OM Resources descriptors under the id-keyed `organizationModel.resources` map; external platform context belongs on the relevant integration descriptor or in project knowledge when the descriptor schema does not expose a dedicated field yet.
|
|
4
|
+
|
|
5
|
+
## Current Resource-Governance Contract
|
|
6
|
+
|
|
7
|
+
- Resource IDs are authored once in `core/config/organization-model.ts`.
|
|
8
|
+
- Runtime workflows, agents, and integrations derive `resourceId` / `type` from OM descriptors during deployment assembly.
|
|
9
|
+
- `DeploymentSpec` remains the runtime/deploy bundle, not an independent identity catalog.
|
|
10
|
+
- `pnpm -C operations check` validates descriptor/code alignment before deploy.
|
|
11
|
+
|
|
12
|
+
## Where To Look
|
|
13
|
+
|
|
14
|
+
- `core/config/organization-model.ts` -- Systems and Resources descriptors.
|
|
15
|
+
- `operations/src/index.ts` -- deployment assembly that binds executable behavior to descriptors.
|
|
16
|
+
- `pnpm elevasis-sdk project:list --pretty` -- live deployed resource surface.
|
|
17
|
+
- Project knowledge nodes -- narrative details such as credential owner, setup notes, and system-of-record rationale when they do not fit the descriptor shape.
|
|
18
|
+
|
|
19
|
+
## Write Path
|
|
20
|
+
|
|
21
|
+
When the user wants to document or change integration ownership, credential status, or system-of-record context:
|
|
22
|
+
|
|
23
|
+
1. Inspect `core/config/organization-model.ts` for the relevant integration Resource descriptor.
|
|
24
|
+
2. If the descriptor identity, System membership, owner role, or status is wrong, update the descriptor through the `/om` ceremony where possible.
|
|
25
|
+
3. If the requested detail is operational narrative rather than descriptor schema, capture it in a knowledge node or project documentation instead of recreating `resourceMappings`.
|
|
26
|
+
4. Run `pnpm -C operations check` after descriptor or deployment assembly changes.
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
**Read via `/om`** (legacy `/knowledge` alias also accepted) -- natural-language queries like "what integrations are configured?" or "is HubSpot our system of record for contacts?" route here for inspection and recommendation.
|