pmos-integration

Connects Foundations and PMOS repositories through a read-only cross-repo skill manifest.

5|3|Updated Sep 9, 2026
One-click install
npx skills add https://github.com/SalesforceLabs/revenue-cloud-foundations --skill pmos-integration-salesforcelabs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pmos-integration
Source: https://github.com/SalesforceLabs/revenue-cloud-foundations/tree/main/.cursor/skills/pmos-integration
Command: npx skills add https://github.com/SalesforceLabs/revenue-cloud-foundations --skill pmos-integration-salesforcelabs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Maintainers working across the Foundations (rlm-base-dev) and PMOS (pmos-revenue-cloud) repositories need to consume content from the other repo—PRDs, demo scripts, capability roadmaps, schema, Help articles—without forking, duplicating, or wiring fragile git submodules between them. ## Core Features & Use Cases - Cross-repo manifest pattern: A declarative YAML manifest (.claude/skill-manifest.yml) declares which skills and grounding artifacts each repo exposes, resolved via environment variables or sibling-directory layout. - Resolver and CLI diagnostics: scripts/ai/skill_manifest.py loads the manifest and resolves grounding paths, with --check and --list-skills commands for verification. - Temporal split governance: Documents which repo is canonical for future state (PMOS: PRDs, roadmap) versus current state (Foundations: built schema, deployed flags, real records). - Use Case: A maintainer authoring a PRD in PMOS uses the resolver to read the Foundations ERD and cite real object schema instead of stale narrative summaries. ## Quick Start Run the skill manifest resolver check to confirm both repository clones are discoverable and list the skills available from each side.

Frequently Asked Questions about pmos-integration

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

FAQPage Schema
How do I share skill content between two repositories without duplicating it?

Use a cross-repo skill manifest: each repo declares its skills and grounding artifacts in a YAML file, and a resolver script locates the sibling clone via environment variables or directory layout. Content is read in place, never copied.

How does the PMOS and Foundations integration resolve the other repository's path?

The resolver in scripts/ai/skill_manifest.py checks the $FOUNDATIONS_REPO_ROOT and $PMOS_REPO_ROOT environment variables first, then falls back to sibling-directory layouts like ../pmos-revenue-cloud or ../rlm-base-dev.

What happens if the PMOS repository clone is not present locally?

The consumer skill degrades gracefully and operates standalone. The manifest is read-only and optional, so nothing breaks when the sibling clone is absent—the cross-repo upgrade simply is not available.

Which repository is canonical for schema versus roadmap content?

Foundations is canonical for current state: built schema, deployed feature flags, Help articles, and real demo records. PMOS is canonical for future state: PRDs, roadmap, and the capability map. Do not mix the two.

Can I use git submodules or symlinks for cross-repo skill grounding?

No. The skill explicitly prohibits submodules and symlinks because they are operationally fragile across operating systems and break Claude Code skill discovery. The filesystem-level manifest resolver is the supported mechanism.