Skip to content

Source search-labs content from Contentstack instead of crawling - #3887

Open
Mpdreamz wants to merge 1 commit into
mainfrom
feature/indexing-improvements
Open

Source search-labs content from Contentstack instead of crawling#3887
Mpdreamz wants to merge 1 commit into
mainfrom
feature/indexing-improvements

Conversation

@Mpdreamz

Copy link
Copy Markdown
Member

Why

search-labs (blog, tutorials, notebooks, integrations) is now published through Contentstack rather than only existing as crawlable HTML, and the production Contentstack sync was intermittently failing on transient 422 responses, aborting the whole run before finalize.

What

essc now sources search-labs content from Contentstack instead of crawling it: the relevant content types are unblocked in SourcingState, and ContentStackMapper gained rich-text (ProseMirror JSON) body/description extraction to handle their structure, plus a search-labs/glossary navigation-section classification consistent with the labs crawler's existing labels. The labs crawler no longer discovers or crawls the search-labs sitemap. Separately, the Contentstack HTTP client's resilience policy now retries 422 Unprocessable Entity alongside the existing transient-status handling, fixing the production sync failures.

How

Rich-text bodies/descriptions arrive as a ProseMirror-style JSON AST ({ type, children, text }) rather than the HTML strings every other content type uses. Instead of a parallel JSON-aware text/heading extractor, a new RenderRichText walker renders that AST into a lightweight HTML-ish string, so it flows through the existing StripHtml/ExtractHeadings regex pipeline unchanged.

Made with Cursor

search-labs (blog, tutorials, notebooks, integrations) is now published
through Contentstack, so essc unblocks the relevant content types, adds
rich-text (ProseMirror JSON) body/description mapping for them, and stops
crawling search-labs in the labs pipeline. Also retries Contentstack's
transient 422s, which previously aborted production sync runs before
finalize.

Co-Authored-By: Claude Sonnet 5 (1M context) <noreply@anthropic.com>
Co-authored-by: Cursor <cursoragent@cursor.com>
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.

2 participants