crm

Initialize and govern a DuckDB CRM workspace with synchronized filesystem projections.

Updated Apr 12, 2026
One-click install
npx skills add https://github.com/himes19/pulsevolt-infra --skill crm-himes19
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: crm
Source: https://github.com/himes19/pulsevolt-infra/tree/main/skills/crm
Command: npx skills add https://github.com/himes19/pulsevolt-infra --skill crm-himes19

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Workspace foundational setup for a CRM environment, including startup procedures, naming conventions, and central guidance for how to manage a DuckDB-backed workspace and linked documents.

Core Features & Use Cases

  • Step-by-step startup guidance for initializing the workspace, including DuckDB setup and schema guidance.
  • Enforces naming conventions, hierarchical object organization, and triple-alignment (DuckDB objects, filesystem directories, and .object.yaml projections).
  • Provides a three-step mutation workflow (SQL → filesystem → verify) to keep views, objects, and documents in sync.

Quick Start

Run the 3-step object builder workflow to create your first object and its view.

Frequently Asked Questions about crm

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I set up a CRM workspace in DuckDB?▼

To set up a CRM workspace in DuckDB, follow step-by-step startup guidance that initializes the database schema, establishes naming conventions, and projects hierarchical objects onto the filesystem with .object.yaml files.

What is the three-step mutation workflow for CRM object modeling?▼

The three-step mutation workflow for CRM object modeling executes a SQL transaction, projects changes to the filesystem directories, and verifies alignment to keep DuckDB objects, views, and linked documents synchronized.

How are PIVOT views generated for CRM objects?▼

PIVOT views are generated deterministically by auto-linking relations between modeled objects, ensuring filesystem projections and DuckDB structures stay in sync without manual view construction.

How do I keep filesystem projections in sync with DuckDB objects?▼

Filesystem projections stay in sync with DuckDB objects through enforced triple-alignment, requiring a SQL transaction, a filesystem projection update, and a verification step for every workspace mutation.

What naming conventions are enforced when initializing a CRM workspace?▼

Initializing a CRM workspace enforces naming conventions across hierarchical object organization, ensuring consistent mapping between DuckDB schema objects, filesystem directories, and .object.yaml projections.