discovery

Identify real architecture and data flows across codebases, Salesforce orgs, and documentation.

8|1|Updated Feb 13, 2026
One-click install
npx skills add https://github.com/Heavy-Chain-Engineering/etc --skill discovery-heavy-chain-engineering
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: discovery
Source: https://github.com/Heavy-Chain-Engineering/etc/tree/main/skills/discovery
Command: npx skills add https://github.com/Heavy-Chain-Engineering/etc --skill discovery-heavy-chain-engineering

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Archaeological research agent for deep system discovery that reveals what’s actually happening in codebases, Salesforce orgs, documentation, and data exports, surface missing dependencies and access needed for deeper investigation. Use for migrations, due diligence, system understanding, or when documentation doesn't match reality.

Core Features & Use Cases

  • Multi-source investigation across Salesforce, source code repositories, and documentation
  • Dependency discovery and access-gap identification for deeper investigation
  • Use cases: migrations, due diligence, system understanding, and risk assessment

Quick Start

Run discovery on the Salesforce metadata export and code repositories to surface the true system portrait and identify access gaps.

Frequently Asked Questions about discovery

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

FAQPage Schema
How do I identify the true architecture when Salesforce documentation does not match reality?

Multi-source discovery reveals the true system architecture by cross-referencing Salesforce org metadata and codebases against documentation to expose data flow discrepancies. It maps missing dependencies and access gaps to provide an accurate system portrait for migrations or due diligence.

What is the best way to map data flows across codebases and Salesforce orgs for due diligence?

The best way to map data flows for due diligence is running cross-source discovery against Salesforce metadata exports and code repositories to surface actual dependencies. This process reveals missing access gaps required to complete a deeper technical investigation.

Can I use this system discovery process if I only have access to a Salesforce metadata export?

You can start system discovery with a Salesforce metadata export, but fully mapping architectural discrepancies requires access to code repositories and runbooks. Identifying complete data flows and missing dependencies across multi-source environments needs all three inputs.

Why does my migration keep failing when documentation claims all dependencies are mapped?

Migrations fail because documentation often does not reflect actual implementation. System discovery exposes missing dependencies and access gaps by cross-referencing Salesforce metadata and source code against runbooks, revealing the true system portrait needed for a successful migration.

What are the limitations of system discovery in multi-source environments?

The main limitation of system discovery is its dependency on access; it cannot map components or data flows without access to code repositories, Salesforce metadata, and documentation. It surfaces access gaps but requires complete inputs to fully reveal the true architecture.