BookatlasTwo-Day MuleSoft → Salesforce Bootcamp

Module 20 — AI-Assisted Requirements, Development, and Testing

AllInterview Q&A 76Cheat sheets 17Code 278

This is where we can make the process significantly more systematic.

The important design principle is:

AI may derive, organize, implement and test requirements—but it must never silently invent missing business requirements.

That's Rule #1.

20.1Think of AI as several specialized rolesDon't give one giant agent:22 words20.2Recommended repository structureI would actually put the integration knowledge in the repository:25 words20.3Add a requirements state modelEvery requirement should be:15 words20.4The most important AI rulePut something like this in your project's agent instructions:18 words20.5Second critical rule: distinguish facts from assumptionsThis is extremely useful for integrations.6 words20.6Mapping-agent skillCreate a specialized skill/prompt:21 words20.7Q&ABusiness-requirements interview skillPrompt:7 words20.8Requirements-gap agentAfter every workshop, give AI:13 words20.9Automatically produce a decision logAfter Product answers:15 words20.10Generate acceptance scenarios automaticallyFrom:19 words20.11codeRequirement → tests traceabilityCreate IDs:24 words20.12AI architecture reviewer skillPrompt:10 words20.13AI implementation skillThen implementation agent gets:9 words20.14DataWeave-review skillVery Mule-specific and useful:11 words20.15Salesforce integration reviewerPrompt:12 words20.16Error-handling reviewerVery high-value automated review.4 words20.17Test-generator skillDo not prompt:14 words20.18Regression-selection agentThis is particularly useful.14 words20.19codeAI should verify implementation against mappingsThis can be automated surprisingly well.24 words20.20Schema-drift agentOn a schedule or CI:11 words20.21Requirements-change impact agentPM changes:31 words20.22AI-generated test dataGive it Salesforce constraints:20 words20.23Production-log feedback loopA powerful later-stage system:17 words20.24But AI should not automatically turn every production error into a testRule:7 words20.25AI pull-request reviewerI would have a PR-level rule like:17 words20.26Security-review agentPrompt:1 words20.27Observability-review agentEvery new integration operation should answer:8 words20.28Definition of Ready agentBefore implementation:10 words20.29Definition of Done agentAfter implementation:7 words20.30I'd put a compact rules file in the repoSomething like:24 words20.31Then add specialized “skills”I'd create these:19 words20.32A possible AI workflowHere's the workflow I'd actually want:23 words20.33Where humans stay authoritativeI would explicitly reserve these for humans:18 words20.34Where AI can be highly autonomousAI can safely do much more with:16 words20.35A great “requirements meeting → engineering” master promptAfter a meeting:8 words20.36And the implementation master promptOnce approved:15 words20.37My preferred AI test strategyHave AI think in layers:13 wordscheat sheetModule 20 Cheat SheetThe interview-worthy sentence tying both modules together is:115 words