What problem does it solve? Maintaining the In-App Learning navigation framework in Revenue Cloud Foundations requires coordinating a legacy SQL-to-SFDMU converter, per-release learning content updates, strict RLM_Learning_* naming conventions, and deploy/reload/verify workflows — mistakes like hand-editing CSVs or trusting SPA HTTP statuses silently corrupt data. ## Core Features & Use Cases - Converter-driven data pipeline: Edit convert_from_legacy.py and regenerate SFDMU v5 CSVs instead of hand-editing RLM_Learning_*.csv files, keeping the data plan idempotent. - Per-release content grounding: Remap Help, dev-guide, release-notes, and Trailhead IDs against docs/salesforce/{release}/ snapshots, with reliable link verification beyond curl status codes. - Deploy and verify workflow: Run prepare_inapp or deploy plus load_inapp_dataset, then confirm the SectionBlockController returns resolved data and the Learning Home renders. - Use Case: When bumping learning content to a new Salesforce release, add renamed article IDs to the remap dicts, regenerate the dataset, validate with the SFDMU v5 scripts, reload a scratch org, and render-check the result. ## Quick Start Ask the agent to update the inapp learning content for the new release by editing the converter remap dicts, regenerating the dataset, validating it, and verifying on a scratch org.