chore(ci): rebuild the internal-slack-agent sandbox template on push - #327
Open
OndrejDrapalik wants to merge 1 commit into
Open
chore(ci): rebuild the internal-slack-agent sandbox template on push#327OndrejDrapalik wants to merge 1 commit into
OndrejDrapalik wants to merge 1 commit into
Conversation
This repository is now the third harness of the internal Slack assistant (e2b-dev/internal-slack-agent): every Slack thread's sandbox bakes a clone of it at /home/user/workspace/docs, so the bot answers questions about the public docs by reading them off disk rather than guessing. The image is built from a clone, so a commit here only reaches an agent after a template rebuild. This workflow is that trigger: POST /template/rebuild stages a fresh build context in a sandbox and starts the image build. Staging is awaited, so a commit that breaks it fails this job; the build itself is followed at GET /template/status on the deployment. This repo ships no skills, so it contributes nothing to the deployment's skill registry and nothing to its entity-link map. What a push here changes is the image, and nothing else. Copied from handoff/e2b-dev-docs/ in e2b-dev/internal-slack-agent, which is where the authoritative version lives. Inert until the four Actions secrets it reads are set; wiring only the staging pair means deleting the rebuild-prod job.
Contributor
|
Preview deployment for your docs. Learn more about Mintlify Previews.
|
Contributor
Author
|
All four Actions secrets are now set on this repository ( Note it cannot be exercised until this lands: the trigger is |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
Adds
.github/workflows/rebuild-sandbox-template.yml— a copy of the workflowe2b-dev/product-harnessalready runs, retargeted at this repository. One file, no other changes.Why
This repo is now the third harness of our internal Slack assistant (
e2b-dev/internal-slack-agent). Every Slack thread gets an E2B sandbox with a clone of these docs baked in at/home/user/workspace/docs, so the bot answers questions about the public docs by searching the real MDX tree andopenapi-public.ymlinstead of from memory.Because the checkout is baked into the sandbox image, a commit here does not reach an agent until that image is rebuilt. This workflow is the trigger:
POST /template/rebuildstages a fresh build context in a sandbox and starts the build. Staging is awaited, so a commit that breaks it fails this job; the minutes-long image build is followed atGET /template/statuson the deployment.What it does not touch
This repo ships no agent skills and publishes no record IDs, so it contributes nothing to the deployment's skill registry or entity-link map. A push here changes the sandbox image and nothing else. Each rebuild restages every harness, so it also picks up whatever the other two have on
main.Before merging: four Actions secrets
The workflow is inert until these are set at Settings → Secrets → Actions — the same four values
e2b-dev/product-harnessalready holds:TEMPLATE_REBUILD_URL_STAGINGhttps://internal-slack-agent.e2b-dev.workers.devTEMPLATE_BUILD_SECRET_STAGINGTEMPLATE_BUILD_SECRETTEMPLATE_REBUILD_URL_PRODhttps://internal-slack-agent-prod.e2b-dev.workers.devTEMPLATE_BUILD_SECRET_PRODTEMPLATE_BUILD_SECRETWiring only the staging pair is a valid choice — then delete the
rebuild-prodjob rather than leaving it to fail against an empty URL. Without the secrets set, both jobs fail on every push tomain, so either set them or merge with the jobs removed.Notes
permissions: {}— the job takes no checkout and touches no GitHub API, so it needs no token scopes at all.handoff/e2b-dev-docs/ine2b-dev/internal-slack-agent; edit it there and re-copy.sdk-reference-syncbot commits will each start a rebuild. Each is cheap and idempotent, but a rebuild landing while another is in flight is refused with a409and a red job. Add apaths-ignorefordocs/sdk-reference/**if that gets noisy, accepting that the baked reference tree then lags until the next real push.