Skip to content

docs: purple-mcp uses the canonical S1_* variables; SDL REST is on the console host - #87

Merged
marcorottigni-s1 merged 1 commit into
Sentinel-One:mainfrom
pmoses-s1:data-se/sync-claude-skills-v1.3.0
Aug 7, 2026
Merged

docs: purple-mcp uses the canonical S1_* variables; SDL REST is on the console host#87
marcorottigni-s1 merged 1 commit into
Sentinel-One:mainfrom
pmoses-s1:data-se/sync-claude-skills-v1.3.0

Conversation

@pmoses-s1

@pmoses-s1 pmoses-s1 commented Aug 7, 2026

Copy link
Copy Markdown
Contributor

Follow-up to #86. Corrects documentation that still described the pre-1.3.x topology, and re-syncs three skills that changed in claude-skills after #86 was cut.

Configuration examples still used the old purple-mcp variables

docs/installation.md and docs/vm-deployment.md configured purple-mcp with PURPLEMCP_CONSOLE_TOKEN and PURPLEMCP_CONSOLE_BASE_URL. When running through the s1-mcps image the entrypoint derives both from S1_CONSOLE_URL and S1_CONSOLE_API_TOKEN, so those examples taught a second set of names for no reason. Both files now use the canonical two.

Verified live against the published 1.3.1 image: purple-mcp completes initialize with only S1_CONSOLE_URL and S1_CONSOLE_API_TOKEN set.

Running purple-mcp directly via uvx bypasses the entrypoint, so that path still needs PURPLEMCP_*. VIRUSTOTAL_API_KEY is unchanged.

Stale version claim

README.md advertised :1.2.3 as the current pinned release bundling s1-secops-mcp 1.2.2. Now :1.3.1 / 1.3.1.

SDL host references that described the old topology

The SDL REST endpoints are reachable at <console>/sdl/api/* and return results identical to the regional XDR host, so guidance no longer sends people to a second hostname:

  • skills/sdl-api/SKILL.md — the sandbox-proxy notes claimed the shell blocks HTTPS to xdr.us1.sentinelone.net specifically and that the MCP tools call it; both now refer to *.sentinelone.net and the console host. The trigger description also dropped xdr.us1 as a keyword.
  • skills/sdl-dashboard/references/lessons-learned.md — same sandbox-proxy wording.
  • skills/sdl-solutions/assets/rba_collector.workflow.template.json — the _comment pointed the synchronous PowerQuery endpoint at the xdr/SDL host; it is the console host. JSON re-validated.

Deliberately unchanged: the LRQ docs in mgmt-console-api and powerquery name that host in order to warn against it, CHANGELOG/release notes carry the V1 deprecation and sunset date, and the hyperautomation catalogs record it as observed data mined from real workflows.

Verification

  • Skill drift check: all 8 skills byte-identical to claude-skills, except the deliberate relative-link depth adjustments for this repo's deeper nesting.
  • Docker Dockerfile, entrypoint.sh, build.sh byte-identical.
  • No stale config forms, no stale pinned-release claims, no removed credentials or symbols, no new broken links, no dangling symlinks.
  • Plugin rebuilt at 1.3.0; npm 1.3.1.

…e console host

Follow-up to Sentinel-One#86.

- docs/installation.md and docs/vm-deployment.md configured purple-mcp with
  PURPLEMCP_CONSOLE_TOKEN / PURPLEMCP_CONSOLE_BASE_URL. The image entrypoint
  derives both from S1_CONSOLE_URL and S1_CONSOLE_API_TOKEN, so the examples now
  use the canonical two. Verified live against the 1.3.1 image.
- README advertised :1.2.3 bundling s1-secops-mcp 1.2.2; now :1.3.1 / 1.3.1.
- sdl-api, sdl-dashboard and the RBA workflow template still described the SDL
  REST endpoints as living on xdr.us1; they are reachable at <console>/sdl/api/*
  with identical results.

Left alone: the LRQ docs that name xdr.us1 to warn against it, the V1
deprecation notices, and the hyperautomation catalogs where the host is mined
corpus data.

Plugin rebuilt at 1.3.0.

@marcorottigni-s1 marcorottigni-s1 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

approved

@marcorottigni-s1
marcorottigni-s1 merged commit 15be1b6 into Sentinel-One:main Aug 7, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants