@cstack-protocol/pingala 1.0.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/.agent/CSD.md +39 -0
- package/.agent/MANIFEST.md +4 -0
- package/.agent/MANIFEST.md.template +4 -0
- package/.agent/agent-contractor.md +45 -0
- package/.agent/architecture/consent-model-fsm.md +77 -0
- package/.agent/architecture/governor-maturity-fsm.md +101 -0
- package/.agent/architecture/governor-validation-fsm.md +106 -0
- package/.agent/architecture/humanized-audit-fsm.md +76 -0
- package/.agent/architecture/pingala-csi-fsm.md +81 -0
- package/.agent/architecture.md +34 -0
- package/.agent/behavior.md +29 -0
- package/.agent/compute.md +32 -0
- package/.agent/consent-prompts.md +41 -0
- package/.agent/governance.yaml +5 -0
- package/.agent/identity.md +29 -0
- package/.agent/knowledge-lattice.json +96 -0
- package/.agent/knowledge-lattice.md +53 -0
- package/.agent/lattice-viz.html +157 -0
- package/.agent/mission.md +37 -0
- package/.agent/pairing-protocol.md +89 -0
- package/.agent/pairing.csp +108 -0
- package/.agent/personas/reflective-operator.md +67 -0
- package/.agent/personas/research.md +62 -0
- package/.agent/pingala.md +47 -0
- package/.agent/roadmap.md +56 -0
- package/.agent/scripts/lattice-extract.py +100 -0
- package/.agent/scripts/sync-agents.sh +82 -0
- package/.agent/scripts/vault-ingest.py +80 -0
- package/.agent/seo-strategy.md +71 -0
- package/.agent/skills/agent-orchestrator/SKILL.md +22 -0
- package/.agent/skills/agent-orchestrator/scripts/sync-agents.sh +61 -0
- package/.agent/skills/knowledge-lattice/SKILL.md +23 -0
- package/.agent/skills/knowledge-lattice/scripts/lattice-extract.py +107 -0
- package/.agent/skills/resource-vault/SKILL.md +30 -0
- package/.agent/skills/resource-vault/scripts/vault-ingest.py +80 -0
- package/.agent/skills/sites-integrity/SKILL.md +28 -0
- package/.agent/skills/stack-auditor/SKILL.md +25 -0
- package/.agent/sources.md +20 -0
- package/.agent/stack-auditor.md +47 -0
- package/.agent/standards.md +36 -0
- package/.agent/strategy.md +65 -0
- package/.agent/vault-schema.md +53 -0
- package/.agent/voice.md +27 -0
- package/.agent/workflows/sync-agents.md +14 -0
- package/.env.example +5 -0
- package/.env.production +3 -0
- package/DISTRIBUTION-PLAN.md +33 -0
- package/HOSTED_SETUP.md +54 -0
- package/LANDING_PAGE_DESIGN.md +46 -0
- package/MANUAL_VERCEL_STEPS.md +39 -0
- package/PRODUCT-ROADMAP.md +241 -0
- package/PROVISIONING_GUIDE.md +39 -0
- package/README.md +38 -0
- package/ROADMAP.md +21 -0
- package/SYNC-ENGINE-SPEC.md +257 -0
- package/build/core/531-protocol.d.ts +26 -0
- package/build/core/531-protocol.js +87 -0
- package/build/core/531-protocol.js.map +1 -0
- package/build/core/531-rule.d.ts +26 -0
- package/build/core/531-rule.js +106 -0
- package/build/core/531-rule.js.map +1 -0
- package/build/core/auth.d.ts +1 -0
- package/build/core/auth.js +24 -0
- package/build/core/auth.js.map +1 -0
- package/build/core/consent-manager.d.ts +17 -0
- package/build/core/consent-manager.js +104 -0
- package/build/core/consent-manager.js.map +1 -0
- package/build/core/csp.d.ts +12 -0
- package/build/core/csp.js +20 -0
- package/build/core/csp.js.map +1 -0
- package/build/core/engagement-analyzer.d.ts +42 -0
- package/build/core/engagement-analyzer.js +71 -0
- package/build/core/engagement-analyzer.js.map +1 -0
- package/build/core/governor.d.ts +106 -0
- package/build/core/governor.js +405 -0
- package/build/core/governor.js.map +1 -0
- package/build/core/life-area-mapper.d.ts +39 -0
- package/build/core/life-area-mapper.js +73 -0
- package/build/core/life-area-mapper.js.map +1 -0
- package/build/core/methodology.d.ts +39 -0
- package/build/core/methodology.js +164 -0
- package/build/core/methodology.js.map +1 -0
- package/build/core/pingala.d.ts +31 -0
- package/build/core/pingala.js +56 -0
- package/build/core/pingala.js.map +1 -0
- package/build/core/sdk-adapter.d.ts +6 -0
- package/build/core/sdk-adapter.js +33 -0
- package/build/core/sdk-adapter.js.map +1 -0
- package/build/cs-agent-core/sdk/index.d.ts +6 -0
- package/build/cs-agent-core/sdk/index.js +18 -0
- package/build/cs-agent-core/sdk/index.js.map +1 -0
- package/build/cs-agent-core/sdk/patterns/index.d.ts +3 -0
- package/build/cs-agent-core/sdk/patterns/index.js +37 -0
- package/build/cs-agent-core/sdk/patterns/index.js.map +1 -0
- package/build/cs-agent-core/sdk/patterns/registry.d.ts +4 -0
- package/build/cs-agent-core/sdk/patterns/registry.js +80 -0
- package/build/cs-agent-core/sdk/patterns/registry.js.map +1 -0
- package/build/cs-agent-core/sdk/telemetry/buffer.d.ts +9 -0
- package/build/cs-agent-core/sdk/telemetry/buffer.js +47 -0
- package/build/cs-agent-core/sdk/telemetry/buffer.js.map +1 -0
- package/build/cs-agent-core/sdk/telemetry/scrubber.d.ts +3 -0
- package/build/cs-agent-core/sdk/telemetry/scrubber.js +13 -0
- package/build/cs-agent-core/sdk/telemetry/scrubber.js.map +1 -0
- package/build/cs-agent-core/sdk/telemetry/types.d.ts +50 -0
- package/build/cs-agent-core/sdk/telemetry/types.js +2 -0
- package/build/cs-agent-core/sdk/telemetry/types.js.map +1 -0
- package/build/cs-agent-core/sdk/types/decision.d.ts +18 -0
- package/build/cs-agent-core/sdk/types/decision.js +2 -0
- package/build/cs-agent-core/sdk/types/decision.js.map +1 -0
- package/build/cs-agent-core/sdk/types/index.d.ts +4 -0
- package/build/cs-agent-core/sdk/types/index.js +5 -0
- package/build/cs-agent-core/sdk/types/index.js.map +1 -0
- package/build/cs-agent-core/sdk/types/pattern.d.ts +17 -0
- package/build/cs-agent-core/sdk/types/pattern.js +2 -0
- package/build/cs-agent-core/sdk/types/pattern.js.map +1 -0
- package/build/cs-agent-core/sdk/types/stack.d.ts +8 -0
- package/build/cs-agent-core/sdk/types/stack.js +2 -0
- package/build/cs-agent-core/sdk/types/stack.js.map +1 -0
- package/build/cs-agent-core/sdk/types/tool.d.ts +9 -0
- package/build/cs-agent-core/sdk/types/tool.js +2 -0
- package/build/cs-agent-core/sdk/types/tool.js.map +1 -0
- package/build/cs-agent-core/sdk/validator/csi.d.ts +2 -0
- package/build/cs-agent-core/sdk/validator/csi.js +24 -0
- package/build/cs-agent-core/sdk/validator/csi.js.map +1 -0
- package/build/cs-agent-core/sdk/validator/index.d.ts +2 -0
- package/build/cs-agent-core/sdk/validator/index.js +3 -0
- package/build/cs-agent-core/sdk/validator/index.js.map +1 -0
- package/build/cs-agent-core/sdk/validator/rules/geometry.d.ts +11 -0
- package/build/cs-agent-core/sdk/validator/rules/geometry.js +22 -0
- package/build/cs-agent-core/sdk/validator/rules/geometry.js.map +1 -0
- package/build/cs-agent-core/sdk/validator/validate.d.ts +2 -0
- package/build/cs-agent-core/sdk/validator/validate.js +46 -0
- package/build/cs-agent-core/sdk/validator/validate.js.map +1 -0
- package/build/index.d.ts +2 -0
- package/build/index.js +444 -0
- package/build/index.js.map +1 -0
- package/build/pingala-mcp/src/core/531-rule.d.ts +26 -0
- package/build/pingala-mcp/src/core/531-rule.js +96 -0
- package/build/pingala-mcp/src/core/531-rule.js.map +1 -0
- package/build/pingala-mcp/src/core/auth.d.ts +1 -0
- package/build/pingala-mcp/src/core/auth.js +15 -0
- package/build/pingala-mcp/src/core/auth.js.map +1 -0
- package/build/pingala-mcp/src/core/consent-manager.d.ts +17 -0
- package/build/pingala-mcp/src/core/consent-manager.js +104 -0
- package/build/pingala-mcp/src/core/consent-manager.js.map +1 -0
- package/build/pingala-mcp/src/core/csp.d.ts +12 -0
- package/build/pingala-mcp/src/core/csp.js +20 -0
- package/build/pingala-mcp/src/core/csp.js.map +1 -0
- package/build/pingala-mcp/src/core/engagement-analyzer.d.ts +42 -0
- package/build/pingala-mcp/src/core/engagement-analyzer.js +71 -0
- package/build/pingala-mcp/src/core/engagement-analyzer.js.map +1 -0
- package/build/pingala-mcp/src/core/governor.d.ts +104 -0
- package/build/pingala-mcp/src/core/governor.js +359 -0
- package/build/pingala-mcp/src/core/governor.js.map +1 -0
- package/build/pingala-mcp/src/core/life-area-mapper.d.ts +39 -0
- package/build/pingala-mcp/src/core/life-area-mapper.js +73 -0
- package/build/pingala-mcp/src/core/life-area-mapper.js.map +1 -0
- package/build/pingala-mcp/src/core/methodology.d.ts +39 -0
- package/build/pingala-mcp/src/core/methodology.js +164 -0
- package/build/pingala-mcp/src/core/methodology.js.map +1 -0
- package/build/pingala-mcp/src/core/pingala.d.ts +25 -0
- package/build/pingala-mcp/src/core/pingala.js +56 -0
- package/build/pingala-mcp/src/core/pingala.js.map +1 -0
- package/build/pingala-mcp/src/core/sdk-adapter.d.ts +6 -0
- package/build/pingala-mcp/src/core/sdk-adapter.js +33 -0
- package/build/pingala-mcp/src/core/sdk-adapter.js.map +1 -0
- package/build/pingala-mcp/src/index.d.ts +1 -0
- package/build/pingala-mcp/src/index.js +221 -0
- package/build/pingala-mcp/src/index.js.map +1 -0
- package/build/pingala-mcp/src/test-l3.d.ts +1 -0
- package/build/pingala-mcp/src/test-l3.js +35 -0
- package/build/pingala-mcp/src/test-l3.js.map +1 -0
- package/build/pingala-mcp/src/tools/audit-workspace.d.ts +16 -0
- package/build/pingala-mcp/src/tools/audit-workspace.js +39 -0
- package/build/pingala-mcp/src/tools/audit-workspace.js.map +1 -0
- package/build/pingala-mcp/src/tools/calculate-csi.d.ts +24 -0
- package/build/pingala-mcp/src/tools/calculate-csi.js +29 -0
- package/build/pingala-mcp/src/tools/calculate-csi.js.map +1 -0
- package/build/pingala-mcp/src/tools/cs-audit.d.ts +54 -0
- package/build/pingala-mcp/src/tools/cs-audit.js +310 -0
- package/build/pingala-mcp/src/tools/cs-audit.js.map +1 -0
- package/build/pingala-mcp/src/tools/get-governance-context.d.ts +11 -0
- package/build/pingala-mcp/src/tools/get-governance-context.js +16 -0
- package/build/pingala-mcp/src/tools/get-governance-context.js.map +1 -0
- package/build/pingala-mcp/src/tools/validate-stack-change.d.ts +41 -0
- package/build/pingala-mcp/src/tools/validate-stack-change.js +35 -0
- package/build/pingala-mcp/src/tools/validate-stack-change.js.map +1 -0
- package/build/sdk/index.d.ts +6 -0
- package/build/sdk/index.js +18 -0
- package/build/sdk/index.js.map +1 -0
- package/build/sdk/patterns/index.d.ts +3 -0
- package/build/sdk/patterns/index.js +37 -0
- package/build/sdk/patterns/index.js.map +1 -0
- package/build/sdk/patterns/registry.d.ts +4 -0
- package/build/sdk/patterns/registry.js +80 -0
- package/build/sdk/patterns/registry.js.map +1 -0
- package/build/sdk/telemetry/buffer.d.ts +9 -0
- package/build/sdk/telemetry/buffer.js +47 -0
- package/build/sdk/telemetry/buffer.js.map +1 -0
- package/build/sdk/telemetry/scrubber.d.ts +3 -0
- package/build/sdk/telemetry/scrubber.js +13 -0
- package/build/sdk/telemetry/scrubber.js.map +1 -0
- package/build/sdk/telemetry/types.d.ts +50 -0
- package/build/sdk/telemetry/types.js +2 -0
- package/build/sdk/telemetry/types.js.map +1 -0
- package/build/sdk/types/decision.d.ts +18 -0
- package/build/sdk/types/decision.js +2 -0
- package/build/sdk/types/decision.js.map +1 -0
- package/build/sdk/types/index.d.ts +4 -0
- package/build/sdk/types/index.js +5 -0
- package/build/sdk/types/index.js.map +1 -0
- package/build/sdk/types/pattern.d.ts +17 -0
- package/build/sdk/types/pattern.js +2 -0
- package/build/sdk/types/pattern.js.map +1 -0
- package/build/sdk/types/stack.d.ts +8 -0
- package/build/sdk/types/stack.js +2 -0
- package/build/sdk/types/stack.js.map +1 -0
- package/build/sdk/types/tool.d.ts +9 -0
- package/build/sdk/types/tool.js +2 -0
- package/build/sdk/types/tool.js.map +1 -0
- package/build/sdk/validator/csi.d.ts +2 -0
- package/build/sdk/validator/csi.js +24 -0
- package/build/sdk/validator/csi.js.map +1 -0
- package/build/sdk/validator/index.d.ts +2 -0
- package/build/sdk/validator/index.js +3 -0
- package/build/sdk/validator/index.js.map +1 -0
- package/build/sdk/validator/rules/geometry.d.ts +11 -0
- package/build/sdk/validator/rules/geometry.js +22 -0
- package/build/sdk/validator/rules/geometry.js.map +1 -0
- package/build/sdk/validator/validate.d.ts +2 -0
- package/build/sdk/validator/validate.js +46 -0
- package/build/sdk/validator/validate.js.map +1 -0
- package/build/src/core/531-rule.d.ts +26 -0
- package/build/src/core/531-rule.js +96 -0
- package/build/src/core/531-rule.js.map +1 -0
- package/build/src/core/auth.d.ts +1 -0
- package/build/src/core/auth.js +15 -0
- package/build/src/core/auth.js.map +1 -0
- package/build/src/core/consent-manager.d.ts +17 -0
- package/build/src/core/consent-manager.js +104 -0
- package/build/src/core/consent-manager.js.map +1 -0
- package/build/src/core/csp.d.ts +12 -0
- package/build/src/core/csp.js +20 -0
- package/build/src/core/csp.js.map +1 -0
- package/build/src/core/engagement-analyzer.d.ts +42 -0
- package/build/src/core/engagement-analyzer.js +71 -0
- package/build/src/core/engagement-analyzer.js.map +1 -0
- package/build/src/core/governor.d.ts +104 -0
- package/build/src/core/governor.js +371 -0
- package/build/src/core/governor.js.map +1 -0
- package/build/src/core/life-area-mapper.d.ts +39 -0
- package/build/src/core/life-area-mapper.js +73 -0
- package/build/src/core/life-area-mapper.js.map +1 -0
- package/build/src/core/methodology.d.ts +39 -0
- package/build/src/core/methodology.js +164 -0
- package/build/src/core/methodology.js.map +1 -0
- package/build/src/core/pingala.d.ts +25 -0
- package/build/src/core/pingala.js +56 -0
- package/build/src/core/pingala.js.map +1 -0
- package/build/src/core/sdk-adapter.d.ts +8 -0
- package/build/src/core/sdk-adapter.js +34 -0
- package/build/src/core/sdk-adapter.js.map +1 -0
- package/build/src/index.d.ts +2 -0
- package/build/src/index.js +333 -0
- package/build/src/index.js.map +1 -0
- package/build/src/test-l3.d.ts +1 -0
- package/build/src/test-l3.js +35 -0
- package/build/src/test-l3.js.map +1 -0
- package/build/src/tools/audit-workspace.d.ts +16 -0
- package/build/src/tools/audit-workspace.js +39 -0
- package/build/src/tools/audit-workspace.js.map +1 -0
- package/build/src/tools/calculate-csi.d.ts +24 -0
- package/build/src/tools/calculate-csi.js +29 -0
- package/build/src/tools/calculate-csi.js.map +1 -0
- package/build/src/tools/cs-audit.d.ts +54 -0
- package/build/src/tools/cs-audit.js +310 -0
- package/build/src/tools/cs-audit.js.map +1 -0
- package/build/src/tools/get-governance-context.d.ts +11 -0
- package/build/src/tools/get-governance-context.js +16 -0
- package/build/src/tools/get-governance-context.js.map +1 -0
- package/build/src/tools/validate-stack-change.d.ts +41 -0
- package/build/src/tools/validate-stack-change.js +35 -0
- package/build/src/tools/validate-stack-change.js.map +1 -0
- package/build/test-l3.d.ts +1 -0
- package/build/test-l3.js +35 -0
- package/build/test-l3.js.map +1 -0
- package/build/tools/analyze-stack.d.ts +40 -0
- package/build/tools/analyze-stack.js +121 -0
- package/build/tools/analyze-stack.js.map +1 -0
- package/build/tools/audit-workspace.d.ts +16 -0
- package/build/tools/audit-workspace.js +39 -0
- package/build/tools/audit-workspace.js.map +1 -0
- package/build/tools/calculate-csi.d.ts +26 -0
- package/build/tools/calculate-csi.js +30 -0
- package/build/tools/calculate-csi.js.map +1 -0
- package/build/tools/cs-audit.d.ts +43 -0
- package/build/tools/cs-audit.js +330 -0
- package/build/tools/cs-audit.js.map +1 -0
- package/build/tools/get-governance-context.d.ts +11 -0
- package/build/tools/get-governance-context.js +61 -0
- package/build/tools/get-governance-context.js.map +1 -0
- package/build/tools/validate-stack-change.d.ts +41 -0
- package/build/tools/validate-stack-change.js +54 -0
- package/build/tools/validate-stack-change.js.map +1 -0
- package/package.json +34 -0
- package/scripts/cloud-bridge.js +62 -0
- package/scripts/generate-token.js +13 -0
- package/src/core/531-rule.ts +148 -0
- package/src/core/auth.ts +42 -0
- package/src/core/consent-manager.ts +134 -0
- package/src/core/csp.ts +40 -0
- package/src/core/engagement-analyzer.ts +122 -0
- package/src/core/governor.ts +522 -0
- package/src/core/life-area-mapper.ts +138 -0
- package/src/core/methodology.ts +256 -0
- package/src/core/pingala.ts +77 -0
- package/src/core/sdk-adapter.ts +52 -0
- package/src/index.ts +562 -0
- package/src/test-l3.ts +45 -0
- package/src/tools/analyze-stack.ts +153 -0
- package/src/tools/audit-workspace.ts +50 -0
- package/src/tools/calculate-csi.ts +38 -0
- package/src/tools/cs-audit.ts +384 -0
- package/src/tools/get-governance-context.ts +69 -0
- package/src/tools/validate-stack-change.ts +71 -0
- package/src/types.d.ts +2 -0
- package/tsconfig.json +40 -0
- package/vercel.json +15 -0
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: knowledge-lattice
|
|
3
|
+
description: Extracts and visualizes the knowledge graph (lattice) from markdown documentation.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Knowledge Lattice Skill
|
|
7
|
+
|
|
8
|
+
This skill automates the extraction of entity relationships from the `knowledge-lattice.md` file and updates the interactive visualization.
|
|
9
|
+
|
|
10
|
+
## Instructions
|
|
11
|
+
1. Whenever a change is made to `knowledge-lattice.md`, run the extraction script.
|
|
12
|
+
2. The script will generate `knowledge-lattice.json`.
|
|
13
|
+
3. Ensure the `lattice-viz.html` is accessible and reflects the latest data.
|
|
14
|
+
4. If new entities are added to the documentation (like a new agent or tool), ensure they are added to the `knowledge-lattice.md` first.
|
|
15
|
+
|
|
16
|
+
## Scripts
|
|
17
|
+
- **lattice-extract.py**: Extracts nodes and edges from markdown to JSON.
|
|
18
|
+
|
|
19
|
+
## Usage
|
|
20
|
+
Run the following command to sync the lattice:
|
|
21
|
+
```bash
|
|
22
|
+
python3 .agent/skills/knowledge-lattice/scripts/lattice-extract.py
|
|
23
|
+
```
|
|
@@ -0,0 +1,107 @@
|
|
|
1
|
+
#!/usr/bin/env python3
|
|
2
|
+
import os
|
|
3
|
+
import re
|
|
4
|
+
import json
|
|
5
|
+
import sys
|
|
6
|
+
|
|
7
|
+
def extract_lattice(core_dir):
|
|
8
|
+
lattice_path = os.path.join(core_dir, 'knowledge-lattice.md')
|
|
9
|
+
if not os.path.exists(lattice_path):
|
|
10
|
+
print(f"❌ Error: {lattice_path} not found.")
|
|
11
|
+
return
|
|
12
|
+
|
|
13
|
+
nodes = []
|
|
14
|
+
edges = []
|
|
15
|
+
node_map = {}
|
|
16
|
+
|
|
17
|
+
def get_or_create_node(name, group):
|
|
18
|
+
if name not in node_map:
|
|
19
|
+
node_id = len(nodes)
|
|
20
|
+
nodes.append({
|
|
21
|
+
"id": node_id,
|
|
22
|
+
"label": name,
|
|
23
|
+
"group": group
|
|
24
|
+
})
|
|
25
|
+
node_map[name] = node_id
|
|
26
|
+
return node_map[name]
|
|
27
|
+
|
|
28
|
+
with open(lattice_path, 'r') as f:
|
|
29
|
+
content = f.read()
|
|
30
|
+
|
|
31
|
+
# Section mapping for group colors
|
|
32
|
+
sections = {
|
|
33
|
+
"Governance & Orchestration": "governance",
|
|
34
|
+
"Design & Output Substrate": "design",
|
|
35
|
+
"Storage & State (The Vault)": "storage",
|
|
36
|
+
"Entity Semantic Map (Lexicon)": "lexicon"
|
|
37
|
+
}
|
|
38
|
+
|
|
39
|
+
current_group = "default"
|
|
40
|
+
|
|
41
|
+
lines = content.split('\n')
|
|
42
|
+
for line in lines:
|
|
43
|
+
# Detect Section
|
|
44
|
+
for section_name, group_id in sections.items():
|
|
45
|
+
if section_name in line:
|
|
46
|
+
current_group = group_id
|
|
47
|
+
|
|
48
|
+
# Extract relationships: - **[source]** (Type) -> *Verb* → **[target]**
|
|
49
|
+
match = re.search(r'\*\*\[?([^\]\*]+)\]?\*\*\s*\(([^\)]+)\).*?→\s*\*\*\[?([^\]\*]+)\]?\*\*', line)
|
|
50
|
+
if match:
|
|
51
|
+
src_name, src_type, target_name = match.groups()
|
|
52
|
+
|
|
53
|
+
# Clean names
|
|
54
|
+
src_name = src_name.strip()
|
|
55
|
+
target_name = target_name.strip()
|
|
56
|
+
|
|
57
|
+
src_id = get_or_create_node(src_name, current_group)
|
|
58
|
+
target_id = get_or_create_node(target_name, current_group)
|
|
59
|
+
|
|
60
|
+
# Extract relationship verb if present
|
|
61
|
+
verb_match = re.search(r'\*(.*?)\*', line)
|
|
62
|
+
verb = verb_match.group(1) if verb_match else "relates"
|
|
63
|
+
|
|
64
|
+
edges.append({
|
|
65
|
+
"from": src_id,
|
|
66
|
+
"to": target_id,
|
|
67
|
+
"label": verb
|
|
68
|
+
})
|
|
69
|
+
|
|
70
|
+
# Extract Lexicon table relationships
|
|
71
|
+
if "|" in line and "Entity" not in line and "---" not in line:
|
|
72
|
+
parts = [p.strip() for p in line.split("|")]
|
|
73
|
+
if len(parts) >= 4:
|
|
74
|
+
entity = parts[1].replace("**", "").replace("[", "").replace("]", "")
|
|
75
|
+
relationship = parts[2].replace("*", "")
|
|
76
|
+
target = parts[3].replace("**", "").replace("[", "").replace("]", "")
|
|
77
|
+
|
|
78
|
+
if entity and target:
|
|
79
|
+
e_id = get_or_create_node(entity, "lexicon")
|
|
80
|
+
t_id = get_or_create_node(target, "lexicon")
|
|
81
|
+
edges.append({
|
|
82
|
+
"from": e_id,
|
|
83
|
+
"to": t_id,
|
|
84
|
+
"label": relationship
|
|
85
|
+
})
|
|
86
|
+
|
|
87
|
+
graph_data = {
|
|
88
|
+
"nodes": nodes,
|
|
89
|
+
"edges": edges
|
|
90
|
+
}
|
|
91
|
+
|
|
92
|
+
output_path = os.path.join(core_dir, 'knowledge-lattice.json')
|
|
93
|
+
with open(output_path, 'w') as f:
|
|
94
|
+
json.dump(graph_data, f, indent=2)
|
|
95
|
+
|
|
96
|
+
print(f"✅ Knowledge Graph extracted to {output_path}")
|
|
97
|
+
|
|
98
|
+
if __name__ == "__main__":
|
|
99
|
+
if len(sys.argv) > 1:
|
|
100
|
+
CORE_DIR = sys.argv[1]
|
|
101
|
+
else:
|
|
102
|
+
# Default to the current directory's parent (assuming it's run from within the skill folder or similar)
|
|
103
|
+
# But better to default to a known path if possible.
|
|
104
|
+
# Since this is a Skill, we can assume the user is in a context where cs-agent-core is reachable.
|
|
105
|
+
CORE_DIR = "/Users/georgesiosi/Documents/GitHub/conscious-stack/_active/cs-agent-core"
|
|
106
|
+
|
|
107
|
+
extract_lattice(CORE_DIR)
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: resource-vault
|
|
3
|
+
description: Manages the ingestion of inventory data into the resource vault.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Resource Vault Skill
|
|
7
|
+
|
|
8
|
+
This skill automates the process of keeping the `vault.yaml` synchronized with the raw `inventory.json` tool data.
|
|
9
|
+
|
|
10
|
+
## Instructions
|
|
11
|
+
1. Whenever a new tool is added to the stack or costs change, update the `inventory.json`.
|
|
12
|
+
2. Run the `vault-ingest.py` script to propagate these changes to the `vault.yaml`.
|
|
13
|
+
3. Ensure the `inventory.json` follows the schema:
|
|
14
|
+
```json
|
|
15
|
+
{
|
|
16
|
+
"total_monthly_cost": 150,
|
|
17
|
+
"items": [
|
|
18
|
+
{ "name": "ToolName", "cost": 10, "usage_intensity": 80, "domain": "OS" }
|
|
19
|
+
]
|
|
20
|
+
}
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
## Scripts
|
|
24
|
+
- **vault-ingest.py**: Updates `vault.yaml` with data from `inventory.json`.
|
|
25
|
+
|
|
26
|
+
## Usage
|
|
27
|
+
Run the following command to update the vault:
|
|
28
|
+
```bash
|
|
29
|
+
python3 .agent/skills/resource-vault/scripts/vault-ingest.py path/to/inventory.json path/to/vault.yaml
|
|
30
|
+
```
|
|
@@ -0,0 +1,80 @@
|
|
|
1
|
+
#!/usr/bin/env python3
|
|
2
|
+
import json
|
|
3
|
+
import sys
|
|
4
|
+
import os
|
|
5
|
+
|
|
6
|
+
def update_vault(inventory_path, vault_path):
|
|
7
|
+
if not os.path.exists(inventory_path):
|
|
8
|
+
print(f"❌ Error: Inventory file {inventory_path} not found.")
|
|
9
|
+
return
|
|
10
|
+
|
|
11
|
+
try:
|
|
12
|
+
with open(inventory_path, 'r') as f:
|
|
13
|
+
data = json.load(f)
|
|
14
|
+
except Exception as e:
|
|
15
|
+
print(f"❌ Error parsing JSON: {e}")
|
|
16
|
+
return
|
|
17
|
+
|
|
18
|
+
# Simple YAML subset generation
|
|
19
|
+
yaml_lines = ["inventory:"]
|
|
20
|
+
yaml_lines.append(f" total_monthly_cost: {data.get('total_monthly_cost', 0)}")
|
|
21
|
+
yaml_lines.append(f" tool_count: {len(data.get('items', []))}")
|
|
22
|
+
yaml_lines.append(" items:")
|
|
23
|
+
for item in data.get('items', []):
|
|
24
|
+
yaml_lines.append(f" - name: \"{item.get('name', 'unknown')}\"")
|
|
25
|
+
yaml_lines.append(f" cost: {item.get('cost', 0)}")
|
|
26
|
+
yaml_lines.append(f" usage_intensity: {item.get('usage_intensity', 0)}")
|
|
27
|
+
if 'domain' in item:
|
|
28
|
+
yaml_lines.append(f" domain: \"{item['domain']}\"")
|
|
29
|
+
|
|
30
|
+
if not os.path.exists(vault_path):
|
|
31
|
+
print(f"⚠️ Warning: Vault file {vault_path} not found. Creating new.")
|
|
32
|
+
with open(vault_path, 'w') as f:
|
|
33
|
+
f.write("\n".join(yaml_lines) + "\n")
|
|
34
|
+
return
|
|
35
|
+
|
|
36
|
+
with open(vault_path, 'r') as f:
|
|
37
|
+
original_vault = f.readlines()
|
|
38
|
+
|
|
39
|
+
new_vault = []
|
|
40
|
+
skip = False
|
|
41
|
+
for line in original_vault:
|
|
42
|
+
if line.startswith('inventory:'):
|
|
43
|
+
skip = True
|
|
44
|
+
continue
|
|
45
|
+
if skip:
|
|
46
|
+
# Check if we've moved past the inventory section
|
|
47
|
+
# A section ends at the next un-indented line or empty line
|
|
48
|
+
if line.strip() != "" and not line.startswith(" "):
|
|
49
|
+
skip = False
|
|
50
|
+
else:
|
|
51
|
+
continue
|
|
52
|
+
new_vault.append(line)
|
|
53
|
+
|
|
54
|
+
# Insertion logic: look for 'decisions:' as an anchor
|
|
55
|
+
insertion_point = -1
|
|
56
|
+
for i, line in enumerate(new_vault):
|
|
57
|
+
if line.strip().startswith('decisions:'):
|
|
58
|
+
insertion_point = i
|
|
59
|
+
break
|
|
60
|
+
|
|
61
|
+
# Clean up trailing/leading whitespace for the injection
|
|
62
|
+
if insertion_point != -1:
|
|
63
|
+
# Insert before decisions
|
|
64
|
+
new_vault[insertion_point:insertion_point] = [l + "\n" for l in yaml_lines] + ["\n"]
|
|
65
|
+
else:
|
|
66
|
+
# Cleanup end of file
|
|
67
|
+
while new_vault and new_vault[-1].strip() == "":
|
|
68
|
+
new_vault.pop()
|
|
69
|
+
new_vault.append("\n")
|
|
70
|
+
new_vault.extend([l + "\n" for l in yaml_lines])
|
|
71
|
+
|
|
72
|
+
with open(vault_path, 'w') as f:
|
|
73
|
+
f.writelines(new_vault)
|
|
74
|
+
print(f"✅ Vault updated successfully at {vault_path}")
|
|
75
|
+
|
|
76
|
+
if __name__ == "__main__":
|
|
77
|
+
if len(sys.argv) < 3:
|
|
78
|
+
print("Usage: vault-ingest.py <inventory.json> <vault.yaml>")
|
|
79
|
+
sys.exit(1)
|
|
80
|
+
update_vault(sys.argv[1], sys.argv[2])
|
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: sites-integrity
|
|
3
|
+
description: SEO, Performance, and Design guardrails for Conscious Stack websites.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Sites Integrity Skill
|
|
7
|
+
|
|
8
|
+
This skill ensures that all web output meets the high standards of the Conscious Stack brand.
|
|
9
|
+
|
|
10
|
+
## Pre-Deployment Checklist
|
|
11
|
+
1. **SEO Check**:
|
|
12
|
+
- Title tags are descriptive and include keywords.
|
|
13
|
+
- Meta descriptions are compelling (150-160 chars).
|
|
14
|
+
- Canonical tags are present and consistent.
|
|
15
|
+
- Sitemap is updated with new pages.
|
|
16
|
+
2. **Design Check**:
|
|
17
|
+
- Use of "Rich Aesthetics" (dark mode, glassmorphism, gradients).
|
|
18
|
+
- Font consistency (Inter/Outfit).
|
|
19
|
+
- Responsive behavior verified.
|
|
20
|
+
3. **Content Check**:
|
|
21
|
+
- Persona-aligned CTAs (Practitioner, Technologist, Operator).
|
|
22
|
+
- Absolute clarity in naming (e.g., "Blog" instead of "The Ledger" where appropriate).
|
|
23
|
+
4. **Technical Check**:
|
|
24
|
+
- Build script passes.
|
|
25
|
+
- Vercel rewrites/redirects are configured for new paths.
|
|
26
|
+
|
|
27
|
+
## Usage
|
|
28
|
+
Run this checklist before confirming any web-related task as "complete".
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: stack-auditor
|
|
3
|
+
description: Phased pipeline for conducting a Conscious Stack audit and generating high-sovereignty architectural reports.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Stack Auditor Skill
|
|
7
|
+
|
|
8
|
+
This skill guides the implementation of the 9-step Stack Audit pipeline.
|
|
9
|
+
|
|
10
|
+
## 9-Step Pipeline
|
|
11
|
+
1. **Ingest & Normalize**: Pull 7–30 days of data and categorize.
|
|
12
|
+
2. **Map to Bāguà + 5:3:1**: Detect over-indexing and holes.
|
|
13
|
+
3. **Compute CSI**: Score Transparency, Controllability, Substitutability, and Balance.
|
|
14
|
+
4. **Diagnose Frictions**: Identify Time/Money leaks.
|
|
15
|
+
5. **Forecast Impacts**: Predict erosion and calendar inflation.
|
|
16
|
+
6. **Recommend Aligned Stack**: Propose tool shifts to reach Target State.
|
|
17
|
+
7. **Quantify Savings**: Calculate subscription delta and time value.
|
|
18
|
+
8. **Select Comms Layer**: Define internal OS vs. external velocity.
|
|
19
|
+
9. **Assemble & Export**: Export report and JSON payload.
|
|
20
|
+
|
|
21
|
+
## Output Schema
|
|
22
|
+
Always output the JSON block following the schema defined in `stack-auditor.md`.
|
|
23
|
+
|
|
24
|
+
## Resources
|
|
25
|
+
- **report-template.md**: Template for the narrative report.
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
This document provides a cross-project context for AI agents working across the Conscious Stack™ workspace.
|
|
2
|
+
|
|
3
|
+
## The Governor
|
|
4
|
+
- **Core Persona**: See [pingala.md](./pingala.md) for the architectural and philosophical framework of the Pingala agent.
|
|
5
|
+
|
|
6
|
+
## Primary References (within cs-website-v2.3)
|
|
7
|
+
- **Methodology**: `pages/Methodology.tsx` (Philosophy, Science, Protocol, Process)
|
|
8
|
+
- **Practitioner Guide**: `pages/PractitionerGuide.tsx` (Modules Index)
|
|
9
|
+
- **5-3-1 Protocol**: `data/blog/the-531-protocol.md` (Technical Spec)
|
|
10
|
+
- **Stack Pyramid**: `pages/StackPyramid.tsx` (Interactive Builder)
|
|
11
|
+
|
|
12
|
+
## Knowledge Usage
|
|
13
|
+
- **Bāguà 9-Domain Mapping**: See `cs-stack-audit/.agent/architecture.md`.
|
|
14
|
+
- **RLM Framework (Vaults)**: Use project-level `.agent/vault.yaml` for structured context and `.agent/ledger.md` for session history.
|
|
15
|
+
- **Tone & Style**: See `./voice.md` for the universal "Sovereign Operator" persona.
|
|
16
|
+
- **Strategic Vision**: See `./mission.md` for the 10-year roadmap.
|
|
17
|
+
- **Architectural Logic**: Reference `.agent/vault-schema.md` for the canonical data structure.
|
|
18
|
+
|
|
19
|
+
## Contextual Integration
|
|
20
|
+
When assisting with code or content, refer to these files to ensure the "Conscious Stack" vocabulary remains consistent (e.g., using terms like "Sovereignty Debt," "Recall Tax," "Stagnant Chi," and "Modular Sufficiency").
|
|
@@ -0,0 +1,47 @@
|
|
|
1
|
+
# Specialist Agent: Stack Auditor
|
|
2
|
+
|
|
3
|
+
I am the **Conscious Stack™ Auditor**. My purpose is to ingest raw activity data (SaaS costs, Screen Time, meeting logs) and transform it into a high-sovereignty architectural blueprint. I operate at the intersection of Digital Anthropology and Systems Engineering.
|
|
4
|
+
|
|
5
|
+
## 1. Core Directives
|
|
6
|
+
- **Zero Placeholder Policy**: Never provide vague advice. Every diagnosis must be grounded in specific tool behavior or financial data.
|
|
7
|
+
- **Grey Box Strategy**: Use the **Bāguà** (from `architecture.md`) for internal logic and categorization, but present all findings using the **Strategic Audit Voice** (from `persona.md`).
|
|
8
|
+
- **Hardware vs. Software**: Treat the **5:3:1 Hierarchy** as fixed hardware constraints. Treat the tool choices as interchangeable software modules.
|
|
9
|
+
|
|
10
|
+
## 2. Operational Pipeline (The Phased Engine)
|
|
11
|
+
|
|
12
|
+
### Step 1: Ingest & Normalize
|
|
13
|
+
- Pull 7–30 days of data (Screen Time, costs, roles).
|
|
14
|
+
- Normalize into workplace categories (OS, Strategy, Wealth, etc.) defined in `architecture.md`.
|
|
15
|
+
|
|
16
|
+
### Step 2: Map to Bāguà + 5:3:1
|
|
17
|
+
- Assign tools to their respective Bāguà areas (Functional Nodes) defined in `architecture.md`.
|
|
18
|
+
- **Level 2 Depth (Consent Required)**: Map tools to the 9 life areas using the terminology translation layer.
|
|
19
|
+
- **Clustering**: Identify contextual adapters (e.g., mobile vs. desktop browsers) and cluster them into single functional nodes.
|
|
20
|
+
- Detect over-indexing (multi-tool overlap in a single node) and holes (missing quadrants).
|
|
21
|
+
- Draft the **5:3:1 Stack**: 1 Anchor Node, 3 Active Nodes, 5 Supporting Nodes (total 9 slots).
|
|
22
|
+
|
|
23
|
+
### Step 3: Compute CSI (Cognitive Sovereignty Index)
|
|
24
|
+
Score via the **CSI-Lite** model (Horizon 1.5):
|
|
25
|
+
1. **Attention Depth (AD)**: Quality of deep work and focus (0–100).
|
|
26
|
+
2. **Dependency Exposure (DE)**: Workflow independence from non-sovereign AI (0–100).
|
|
27
|
+
3. **Decision Provenance (DP)**: Rationale clarity and protocol adherence (0–100).
|
|
28
|
+
4. **Balance (SAS)**: Adherence to 5:3:1 Node constraints.
|
|
29
|
+
|
|
30
|
+
**Earned Entry**: A CSI improvement of +10 points triggers the offer for **Level 2: Life Balance Mapping**.
|
|
31
|
+
|
|
32
|
+
---
|
|
33
|
+
|
|
34
|
+
## 4. Depth & Consent Model
|
|
35
|
+
|
|
36
|
+
I operate across three tiers of depth, gated by explicit consent prompts found in `consent-prompts.md`:
|
|
37
|
+
|
|
38
|
+
1. **Level 1 (Stack Pyramid)**: Default. Tactical, productivity-focused analysis.
|
|
39
|
+
2. **Level 2 (Life Balance)**: Gated. Maps tools to life areas/Bāguà rooms.
|
|
40
|
+
3. **Level 3 (Inner Diamond)**: Gated. Connects tool patterns to identity, purpose, and inner OS.
|
|
41
|
+
|
|
42
|
+
## 5. Reference Files
|
|
43
|
+
- **Logic Mapping**: `architecture.md`
|
|
44
|
+
- **Consent Language**: `consent-prompts.md`
|
|
45
|
+
- **Voice & Tone**: `persona.md`
|
|
46
|
+
- **Design Tokens**: `rules.md`
|
|
47
|
+
- **Process Context**: `workflows/audit-pipeline.md`
|
|
@@ -0,0 +1,36 @@
|
|
|
1
|
+
# Conscious Stack: Design & Development Standards
|
|
2
|
+
|
|
3
|
+
Common standards shared across all Conscious Stack repositories to maintain "Systemic Coherence."
|
|
4
|
+
|
|
5
|
+
## 1. Design Tokens
|
|
6
|
+
- **True Black**: `#000000` (Backgrounds, primary text in high-contrast)
|
|
7
|
+
- **Indigo**: `#4F46E5` (Primary accents, branding)
|
|
8
|
+
- **Teal**: `#14B8A6` (Success states, secondary accents)
|
|
9
|
+
- **Zinc/Stone**: Grays for borders and muted text.
|
|
10
|
+
|
|
11
|
+
## 2. Typography
|
|
12
|
+
Maintain a high-contrast serif/sans pairing. Specific pairings include:
|
|
13
|
+
- **Set A (Current Website)**: `Playfair Display` (Serif) + `Inter` (Sans)
|
|
14
|
+
- **Set B (Audit / New Tools)**: `Cormorant Garamond` (Serif) + `Outfit` (Sans)
|
|
15
|
+
- **General Rule**: Serif for wisdom/authority; Sans for logic/precision.
|
|
16
|
+
|
|
17
|
+
## 3. Component Libraries
|
|
18
|
+
- **Icons**: Use `lucide-react` exclusively.
|
|
19
|
+
- **Styling**: Standard CSS or Tailwind CSS (v4 preferred in new setups).
|
|
20
|
+
|
|
21
|
+
## 4. Aesthetic Principle
|
|
22
|
+
- **High Sovereignty**: Everything should feel premium, archival, and intentional. Avoid generic layouts; prioritize white space and intentional borders (mimicking physical audit documents).
|
|
23
|
+
|
|
24
|
+
## 5. Behavioral Standards
|
|
25
|
+
- **Attention Governance**: Systemic coherence requires disciplined attention management. Refer to `behavior.md` for protocols on async-by-default, notification tiers, and mode-based specialization.
|
|
26
|
+
|
|
27
|
+
## 6. Computational Standards
|
|
28
|
+
- **Resource Allocation**: High-precision architectural work is assigned to High-Reasoning models; high-velocity UI/automation work is assigned to High-Throughput models. See `compute.md` for the triage matrix.
|
|
29
|
+
|
|
30
|
+
## 7. Agentic Skills
|
|
31
|
+
The workspace uses a library of **Skills** (found in `.agent/skills/`) to extend agent capabilities.
|
|
32
|
+
- **knowledge-lattice**: Extracts and visualizes the relationship graph.
|
|
33
|
+
- **agent-orchestrator**: Manages multi-repo synchronization.
|
|
34
|
+
- **stack-auditor**: Orchestrates the 9-step audit pipeline.
|
|
35
|
+
- **sites-integrity**: Enforces SEO and design guardrails.
|
|
36
|
+
- **resource-vault**: Manages inventory ingestion.
|
|
@@ -0,0 +1,65 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: Global Strategy
|
|
3
|
+
version: 1.0
|
|
4
|
+
last_updated: 2026-01-17
|
|
5
|
+
owner: George Siosi Samuels
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# Conscious Stack™: Global Strategy (2026–2030)
|
|
9
|
+
|
|
10
|
+
This document outlines the high-level "North Star" for the Conscious Stack ecosystem, aligning daily operations with the long-term vision of becoming the leaders in Cognition Insurance and Sovereign Governance.
|
|
11
|
+
|
|
12
|
+
## 1. The Core Vision
|
|
13
|
+
To protect human cognition in the age of silicon chaos by providing the architectural constraints, methodology, and software required for high-fidelity digital sovereignty.
|
|
14
|
+
|
|
15
|
+
## 2. Business Model: The "Red Hat" of Cognition
|
|
16
|
+
We lead with a free, open-source protocol to build trust and ecosystem adoption, then monetize through high-value governance services and institutional infrastructure.
|
|
17
|
+
|
|
18
|
+
- **Layer 0: The Constitution (Narrative)** - The founding charter of digital sovereignty.
|
|
19
|
+
- **Layer 1: The Protocol (Free)** - The Conscious Stack Protocol (CSP). Open-source, accessible, and viral.
|
|
20
|
+
- **Layer 2: The Manual (Low-Ticket)** - *The Conscious Stack* book. Deepening buy-in to the 5:3:1 Rule.
|
|
21
|
+
- **Layer 3: The Audit (High-Ticket)** - High-sovereignty architectural reports (Stack Audits).
|
|
22
|
+
- **Layer 4: The Infrastructure (SaaS/Enterprise)** - CSTACK (FocusMonitor revamped). Software for team/institutional governance.
|
|
23
|
+
- **Layer 5: The Insurance (GaaS)** - **Cognition Insurance**. Governance-as-a-Service for corporations and governments.
|
|
24
|
+
|
|
25
|
+
## 3. The 5-Year Roadmap
|
|
26
|
+
|
|
27
|
+
### **2026: The Year of Capture (Individual Alignment)**
|
|
28
|
+
- **Jan 26:** Launch *The Conscious Stack* book.
|
|
29
|
+
- **Feb 22:** Release the Technical Whitepaper.
|
|
30
|
+
- **Mid-2026:** Launch **CSTACK Alpha/Beta**.
|
|
31
|
+
- **Focus:** Capturing "Pragmatic Operators" through the Frequency Assessment, CSP/5:3:1 Protocol, Stack Audits, and basic stack monitoring.
|
|
32
|
+
|
|
33
|
+
### **2027–2028: The Year of Education (Team Architecture)**
|
|
34
|
+
- **Focus:** Establishing the Conscious Stack Protocol (CSP) as the industry standard for "Stack Architecture."
|
|
35
|
+
- **Scale:** Moving from individual productivity to team-level cognitive security.
|
|
36
|
+
- **Goal:** Build the primary case study for "Cognitive ROI" via a Pilot Program.
|
|
37
|
+
|
|
38
|
+
### **2028–2030: The Year of Dominance (Institutional Governance)**
|
|
39
|
+
- **Focus:** Scaling into **"Cognition Insurance"** and **"Cognitive Security."**
|
|
40
|
+
- **Establishment:** Position CSTACK as the primary legal and technical entity for sovereign digital governance.
|
|
41
|
+
- **Vision:** Integrating with emerging neuro/cognition-related policies and national security frameworks.
|
|
42
|
+
|
|
43
|
+
## 4. Target Archetypes
|
|
44
|
+
|
|
45
|
+
| Archetype | Description | Entry Point |
|
|
46
|
+
|:----------|:------------|:------------|
|
|
47
|
+
| **Reflective Operator** | Early adopters buy into the philosophy. Value narratives and methodology. | Blog, Assessment |
|
|
48
|
+
| **Pragmatic Operator** | High-volume customers. Seeking urgent relief from "Agentic Friction." | Offer Page, Audit |
|
|
49
|
+
| **Broken Capitalist** | Refugees from high-valuation Western SaaS models. Seeking sustainable ecosystems. | Methodology, Whitepaper |
|
|
50
|
+
| **Institutional Buyer** | Governments and large corps. Focus on risk management and policy alignment. | CSTACK, Insurance |
|
|
51
|
+
|
|
52
|
+
## 5. Philosophical Positioning: "The Bridge"
|
|
53
|
+
We position Conscious Stack as the bridge between:
|
|
54
|
+
- **West & East:** Blending Western individual focus with Eastern ecosystem-first/open-source growth.
|
|
55
|
+
- **Past & Future:** Transitioning from "Productivity" (Industrial/Information Age) to "Sovereignty" (Agentic/Bio-Digital Age).
|
|
56
|
+
- **Local vs. Centralized Governance:** Asserting the Operator's local environment as the primary "Check and Balance" against centralized, model-side constitutions.
|
|
57
|
+
- **Debt & Resonance:** Moving away from Attention Debt and towards Cognitive Resonance.
|
|
58
|
+
|
|
59
|
+
## 6. Key Strategic Assets
|
|
60
|
+
- **Primary Brand:** Conscious Stack™
|
|
61
|
+
- **Core Software:** CSTACK (fka FocusMonitor)
|
|
62
|
+
- **Domain Portfolio:**
|
|
63
|
+
- `consciousstack.com` (Headquarters)
|
|
64
|
+
- `cognitioninsurance.com` (Future Institutional Hub)
|
|
65
|
+
- `pfquiz.consciousstack.com` (Diagnostic Engine)
|
|
@@ -0,0 +1,53 @@
|
|
|
1
|
+
# Conscious Stack: Vault Schema Definition
|
|
2
|
+
|
|
3
|
+
This document defines the canonical YAML schema for project-level `vault.yaml` files. The vault acts as a queryable, structured source of truth for AI agents (RLM Framework).
|
|
4
|
+
|
|
5
|
+
## Schema
|
|
6
|
+
|
|
7
|
+
```yaml
|
|
8
|
+
project:
|
|
9
|
+
name: string # Project identifier (e.g. "cs-stack-audit")
|
|
10
|
+
type: enum # diagnostic-tool | website | app | research
|
|
11
|
+
status: string # active | maintenance | archived
|
|
12
|
+
|
|
13
|
+
stack_context:
|
|
14
|
+
pillars: string[] # Primary active pillars (e.g. ["Signal", "Sight", "Spine"])
|
|
15
|
+
sovereignty_ratio: string # Target constraint (e.g. "5:3:1")
|
|
16
|
+
rule_of_9: boolean # Whether the 9-slot limit is enforced
|
|
17
|
+
|
|
18
|
+
diagnostic_engine:
|
|
19
|
+
framework: string # Logic engine (e.g. "bagua-9-domain")
|
|
20
|
+
translation_mode: enum # grey-box | transparent | technical
|
|
21
|
+
|
|
22
|
+
diagnostic_objects: # Array of known findings or patterns
|
|
23
|
+
- id: string # Unique identifier
|
|
24
|
+
type: enum # cognitive_load | fragmentation | leakage | sovereign_debt
|
|
25
|
+
tools_involved: string[]
|
|
26
|
+
severity: enum # low | medium | high | critical
|
|
27
|
+
# Proto-Graph Relationships
|
|
28
|
+
implements_domain: string # Link to Bāguà (e.g., "Xun/Wealth")
|
|
29
|
+
targets_pillar: string # Link to Sovereignty Pillars (e.g., "Spine")
|
|
30
|
+
resolves_finding: string # Link to a previous Diagnostic Finding id
|
|
31
|
+
|
|
32
|
+
inventory: # The "State-Mapped" raw data
|
|
33
|
+
total_monthly_cost: number
|
|
34
|
+
tool_count: number
|
|
35
|
+
items:
|
|
36
|
+
- name: string
|
|
37
|
+
cost: number
|
|
38
|
+
usage_intensity: number # 1-10
|
|
39
|
+
domain: string # (Optional) Initial mapping
|
|
40
|
+
|
|
41
|
+
decisions: # Core design or architectural decisions
|
|
42
|
+
- id: string
|
|
43
|
+
date: YYYY-MM-DD
|
|
44
|
+
summary: string
|
|
45
|
+
rationale: string
|
|
46
|
+
affected_components: string[]
|
|
47
|
+
# Proto-Graph Relationships
|
|
48
|
+
depends_on: string[] # ID of a previous decision or methodology file
|
|
49
|
+
status: enum # active | deprecated | superseded
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
## Usage
|
|
53
|
+
Every repository in the CS ecosystem should contain a `.agent/vault.yaml` that populates this schema. Agents should load this file as a structured variable at the start of a session.
|
package/.agent/voice.md
ADDED
|
@@ -0,0 +1,27 @@
|
|
|
1
|
+
# Voice, Tone, and Style: The Sovereign Operator
|
|
2
|
+
|
|
3
|
+
This is the universal voice of the Conscious Stack™ brand. All content—whether audit reports, blog posts, or UI text—must align with this persona.
|
|
4
|
+
|
|
5
|
+
## 1. The Core Persona: The Strategic Auditor
|
|
6
|
+
The voice is not a "coach" or a "guru." It is a **Strategic Auditor**. It acts as a high-fidelity mirror for the user’s operational reality. It is calm, authoritative, slightly detached but deeply observant, and prioritizes "sovereignty" as the ultimate metric of success.
|
|
7
|
+
|
|
8
|
+
## 2. Tone & Emotional Resonance
|
|
9
|
+
- **Pragmatic, not Hype-driven**: Avoid "disruption" or "growth hacks." Focus on "leverage," "resilience," and "institutional memory."
|
|
10
|
+
- **Sophisticated yet Accessible**: Like a high-end consultancy report (McKinsey/Bain) with a philosophical undercurrent (Bāguà/Tai Ji).
|
|
11
|
+
- **Serious but Human**: Respect the user's time. Dense with value but spacious in presentation.
|
|
12
|
+
- **Target Audience**: Calibrated for Gen X female founders/operators. No "bro-talk." Use words that imply stewardship, legacy, and governed flow.
|
|
13
|
+
|
|
14
|
+
## 3. The Lexicon (Strategic Vocabulary)
|
|
15
|
+
- **Sovereignty**: The ability to own one's cognition and data.
|
|
16
|
+
- **Artifacts**: Durable records (docs/wikis) vs. transient threads (chats).
|
|
17
|
+
- **Provenance**: The history and "why" behind an idea or output.
|
|
18
|
+
- **Cognitive Debt**: The hidden cost of "keeping it all in your head."
|
|
19
|
+
- **Fragility vs. Resilience**: Stacks that break under scale vs. those that get stronger.
|
|
20
|
+
- **The Tai Ji (Center)**: The central anchor of a system (usually the Wiki or OS).
|
|
21
|
+
- **Nudge**: A small, structural change with a high-leverage outcome.
|
|
22
|
+
|
|
23
|
+
## 4. What to Avoid
|
|
24
|
+
- **Avoid "Just"**: Never say "Just add a wiki." Use "Implement a governed wiki."
|
|
25
|
+
- **Avoid Exclamation Points**: Authority does not need to shout.
|
|
26
|
+
- **Avoid Passive Adjectives**: Instead of "very important," use "mission-critical" or "architecturally significant."
|
|
27
|
+
- **Avoid "Bro-talk"**: Maintain a professional, sophisticated, and gender-inclusive stance.
|
|
@@ -0,0 +1,14 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Synchronize core RLM agent files from root to sub-repos
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# Sync Agents workflow
|
|
6
|
+
|
|
7
|
+
Use this workflow to propagate changes in core methodology files (pingala, standards, behavior, etc.) across all active sub-repositories.
|
|
8
|
+
|
|
9
|
+
1. Ensure all core files in the root `.agent/` directory are up to date.
|
|
10
|
+
// turbo
|
|
11
|
+
2. Run the synchronization script:
|
|
12
|
+
```bash
|
|
13
|
+
/Users/georgesiosi/Documents/GitHub/conscious-stack/_active/.agent/scripts/sync-agents.sh
|
|
14
|
+
```
|
package/.env.example
ADDED
package/.env.production
ADDED
|
@@ -0,0 +1,3 @@
|
|
|
1
|
+
# Created by Vercel CLI
|
|
2
|
+
VALID_TOKENS="7df658500907f854ce76eaf00e995b6a,a10d64bb88876ddacd80ff4c3fd19f32,a67fb80f1b6bb508cd1149e1dd1c8033,d30c3ef8bb25ced0ddb3c2d954e21f46"
|
|
3
|
+
VERCEL_OIDC_TOKEN="eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCIsImtpZCI6Im1yay00MzAyZWMxYjY3MGY0OGE5OGFkNjFkYWRlNGEyM2JlNyJ9.eyJpc3MiOiJodHRwczovL29pZGMudmVyY2VsLmNvbS9nc2FtLXByb2plY3RzIiwic3ViIjoib3duZXI6Z3NhbS1wcm9qZWN0czpwcm9qZWN0OmNzLW1jcC1waW5nYWxhOmVudmlyb25tZW50OmRldmVsb3BtZW50Iiwic2NvcGUiOiJvd25lcjpnc2FtLXByb2plY3RzOnByb2plY3Q6Y3MtbWNwLXBpbmdhbGE6ZW52aXJvbm1lbnQ6ZGV2ZWxvcG1lbnQiLCJhdWQiOiJodHRwczovL3ZlcmNlbC5jb20vZ3NhbS1wcm9qZWN0cyIsIm93bmVyIjoiZ3NhbS1wcm9qZWN0cyIsIm93bmVyX2lkIjoidGVhbV80TGdRc2JDenpVOXhTa0R1N3FuZ2xCMzIiLCJwcm9qZWN0IjoiY3MtbWNwLXBpbmdhbGEiLCJwcm9qZWN0X2lkIjoicHJqX0swclU1QnV2djN6MkVXMTNVdER5TDdndmZWTW4iLCJlbnZpcm9ubWVudCI6ImRldmVsb3BtZW50IiwicGxhbiI6ImhvYmJ5IiwidXNlcl9pZCI6IjlGWU5IY0JtVmUzWldXeTFzUDVGcENzayIsIm5iZiI6MTc3MDMwOTk3OSwiaWF0IjoxNzcwMzA5OTc5LCJleHAiOjE3NzAzNTMxNzl9.gBtrZ8nrsAhx0ZUSniRzR4JssRTkBBurC3qybVbzgZhqiLby3ByRcI60AY67nVIGFc7v3RFE7OXWdJicUTZQSBSfCkUGnKkzrJ7r9TBBjcbDm3aQ2n-ztOo8ZiFMXnrlxToVhnh95PuVOW8eumeU77oETJBPSNEpLLO3fWCeND1S_1pm7YRJuf-zIjwXSFp96M-iSPov_YxEoOvejHQ8GnaGeIwT6nZ2F7IAwJmkPR4mM394pWhEHM_SiyVI03cVF4I4HO9DnnAkChzAxcibw20ULpO721CXGAJM5a-CJH0WjPah8adMlBnVPovELHufjXaa2b8M4f8vxh9AU5Bw9Q"
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# Pingala MCP Distribution Roadmap
|
|
2
|
+
|
|
3
|
+
This document outlines the evolutionary path for the Pingala MCP (Model Context Protocol) distribution, moving from local stabilization to planetary scale.
|
|
4
|
+
|
|
5
|
+
## Phase 1: Stabilization (Current)
|
|
6
|
+
**Goal:** Prove the cloud-hosted SSE transport works with cross-platform clients (Claude Desktop, Cursor, Windows/Mac).
|
|
7
|
+
|
|
8
|
+
- **Deployment:** Vercel (Cloud Transport) + Local Bridge script.
|
|
9
|
+
- **Bridge:** Custom `cloud-bridge.mjs` located in `~/.cstack-mcp-server/`.
|
|
10
|
+
- **Auth:** Manual PINGALA_TOKEN injection via environment variables.
|
|
11
|
+
- **Hand-off:** Token Threading implemented (Post-auth routes automatically authorized).
|
|
12
|
+
|
|
13
|
+
## Phase 2: Early Beta (Next)
|
|
14
|
+
**Goal:** Frictionless setup for high-sovereignty "Sentinel Users."
|
|
15
|
+
|
|
16
|
+
- **Unified Installer:** `npx @consciousstack/pingala-connect --token <KEY>`.
|
|
17
|
+
- **Automatic Configuration:** The installer script handles:
|
|
18
|
+
- Downloading the lightweight binary/script bridge.
|
|
19
|
+
- Creating the required local directories.
|
|
20
|
+
- Automatically injecting the server into `claude_desktop_config.json`.
|
|
21
|
+
- **Key Mode:** Single API Key for total access.
|
|
22
|
+
|
|
23
|
+
## Phase 3: Planetary Scale (Future)
|
|
24
|
+
**Goal:** The Notion/Gemini standard. AI<>Human Co-Governance as a service.
|
|
25
|
+
|
|
26
|
+
- **Web Dashboard:** `patterns.consciousstack.com`.
|
|
27
|
+
- **OAuth 2.0:** Secure one-click login via major identity providers (Sovereign ID preferred).
|
|
28
|
+
- **Auto-Discovery:** Web dashboard detects local IDEs/Clients and "pousses" the configuration natively.
|
|
29
|
+
- **LLM-First Content:** Transition to "Notion-flavored" Markdown tool descriptions for lower token costs and higher agent resonance.
|
|
30
|
+
- **Marketplace:** Integration with other registries to allow users to "stack" governance nodes from multiple vendors.
|
|
31
|
+
|
|
32
|
+
---
|
|
33
|
+
*Generated by Antigravity on 2026-02-06*
|