Skip to content

fix: deploy employee agent recipes in two batches - #141

Open
dsorajisto wants to merge 1 commit into
trailheadapps:mainfrom
dsorajisto:fix/split-agent-bundle-deploy
Open

dsorajisto wants to merge 1 commit into
trailheadapps:mainfrom
dsorajisto:fix/split-agent-bundle-deploy

Conversation

@dsorajisto

Copy link
Copy Markdown
Contributor

What does this PR do?

Deploys the employee agent recipes in two batches. On Summer '26 orgs a single deploy accepts at most 50 AiAuthoringBundle instances (100 on the current release), and each bundle counts twice, so the 26 bundles in force-app no longer fit in one deploy.

  • Batch 1: shared/objects, shared/tabs, 01_languageEssentials, 02_actionConfiguration, 03_reasoningMechanics (16 bundles)
  • Batch 2: 04_architecturalPatterns, shared/applications, shared/permissionsets (10 bundles)

shared/objects and shared/tabs go first because reasoningInstructions uses ASR_Order__c. The shared app and permission sets go last because they reference objects and tabs from every category.

The change is in ci.yml, ci-pr.yml, bin/install-scratch.sh, bin/install-scratch.bat and the README install steps. A new top-level category folder would need to be added to one of the batches.

What issues does this PR fix or reference?

Closes #140

The PR fulfills these requirements:

  • Tests for the proposed changes have been added/updated.
  • Code linting and formatting was performed.

No tests were added because only deploy commands changed. I ran the full CI sequence in a fresh scratch org instead: both batches, permission sets, sample data import, service agent deploy, and all 103 Apex tests passed.

Functionality Before

sf project deploy start --source-dir force-app fails on Summer '26 orgs with "You attempted to deploy 52 instances of AiAuthoringBundle, more than the maximum limit of 50 allowed by the system."

Functionality After

Each batch stays under the limit on Summer '26 and current-release orgs, and every deployable file in force-app is in exactly one batch.

A single deploy accepts at most 50 AiAuthoringBundle instances on
Summer '26 orgs and 100 on the current release, and each bundle counts
twice. force-app has 26 bundles, so deploying it in one go fails on
Summer '26 orgs. CI, the install scripts and the README now deploy the
shared objects and tabs with 01-03 first, then 04 with the shared app
and permission sets.

Closes trailheadapps#140
@dsorajisto
dsorajisto requested a review from a team as a code owner October 10, 2026 00:26
@dsorajisto

Copy link
Copy Markdown
Contributor Author

The scratch-org-test failure is the fork limitation: the job stops at "Populate auth file with DEVHUB_SFDX_URL secret" because PRs from forks don't get repository secrets, so the deploy step never runs. I ran the same steps in a fresh scratch org from my own Dev Hub: both deploy batches, the permission sets, the sample data import, the service agent deploy and all 103 Apex tests passed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Deploying force-app in one go fails on Summer '26 orgs (AiAuthoringBundle limit)

1 participant