docs: clear the remaining content-scan findings without dropping the links [PILOT-7612] - #3373
Conversation
…links A customer content-inspection scan reported six findings across four skills. All six are false positives on example text and product identifiers -- no secret, live PII, or cardholder data is involved -- but the gate matches on shape alone and blocks the whole package. PR #3201 fixed this class of finding in ten files and deliberately left three of these behind, arguing the forum thread IDs and the Databricks docs URL are content rather than examples and need a scanner-side allowlist. The allowlist never landed and the scan fired again. Each of those three can drop its matching shape while keeping the reader's link intact, so they are fixed here rather than deferred again: - Forum links use Discourse's short `/t/<id>` form. The topic ID is preserved, the long slug that put a 10-digit run in front of it is gone, and both URLs still resolve (verified HTTP 200). - The Databricks docsUrl drops `/query`, landing on the same API group page. The full path was exactly 40 `[A-Za-z0-9/+=]` characters -- the AWS secret-key shape, and the only such run in the file. The other three are example values, replaced per the placeholder rule in .claude/rules/content-quality.md: - IXP: a 15-digit float literal illustrating float rounding becomes `<SCORE>` described as 15 decimal places. - Terminal x2: `3000-5000 ms` reads as an 8-digit local phone number; written out as `between 3000 and 5000 ms`. That exact string occurs nowhere else in the repo, which is what pins it as the trigger. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
Claude finished @RaduAna-Maria's task in 2m 6s —— View job SummaryDocumentation-only PR that clears six content-scan false positives across four skills by replacing shape-triggering text with placeholders or shorter URL forms — no information is lost and all links remain functional. Change-by-Change Review1.
|
| Area | Status | Notes |
|---|---|---|
| Frontmatter | OK | No frontmatter changed |
| E2E Tests | OK | No skill behavior changed; doc-only edits |
| Skill Body | OK | No SKILL.md files modified |
| References & Assets | OK | All 6 edits are minimal, information-preserving, and follow content-quality rules |
| Repo Hygiene | OK | No new skills, no secrets, no cross-skill deps, CRLF preserved, scoped changes |
Issues for Manual Review
ThirdParty-SharePoint.md:80(line 80): The PR description notes this line's scan finding (5 categories on a 6-digit forum ID) "is not mechanically explained" and "needs a re-scan to confirm." The fix (dropping the slug) is sound — if the re-scan still flags it, a follow-up may be needed.- Databricks URL: dropping
/querybroadens the landing page from a specific endpoint doc to the endpoint group overview. Verify this is acceptable for agents looking up the query API specifically (thenotesfield in the same JSON entry still describes the POST invocation pattern, so the agent has the detail it needs).
Conclusion
Clean, well-scoped documentation PR. All six changes preserve the original information while eliminating scanner shape triggers. The PR description is unusually thorough — it explains the detection methodology, verifies HTTP 200 on all URLs, and transparently flags one finding that needs re-scan confirmation. No issues found.
| "databricks": { | ||
| "connectorKey": "uipath-databricks-databricks", | ||
| "docsUrl": "https://docs.databricks.com/api/workspace/servingendpoints/query", | ||
| "docsUrl": "https://docs.databricks.com/api/workspace/servingendpoints", |
There was a problem hiding this comment.
@RaduAna-Maria I tried both of them in a browser and I get different pages in a different subcategory in the menu. Please confirm we want this change.
…gement The previous commit broke the 40-character AWS-secret shape by dropping /query from the URL, but /api/workspace/servingendpoints and /api/workspace/servingendpoints/query are two different pages: they redirect to the serving-endpoint *management* API and the *query* API respectively. The registry exists to ground an agent on the exact endpoint before it authors a request, and this entry's own notes describe the invocations POST -- the query API. Pointing it at CRUD operations was a regression. Use the canonical target the original URL already redirected to: https://docs.databricks.com/api/model-serving-query/v1/query Same page as the original, resolves 200 with no redirect hop, and the hyphens in "model-serving-query" break the base64-alphabet run down to 14 characters, so the shape is gone for a different reason than truncation. No exactly-40 run remains anywhere in the file. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
/cherry-pick release/v1.202 |
|
A cherry pick from this PR targeting |
|
|
The cherry-pick of #3373 conflicted on the get-metrics row because release/v1.202 carries different prose there than main does (the `Name`-resolution and "any version the backend ever scored" wording, and Critical Rule 21 rather than 20). Keep the release branch's text and apply only the change #3373 actually made to this file: the 15-digit float literal illustrating long-tail rounding becomes `<SCORE>` described as 15 decimal places, per .claude/rules/content-quality.md. No other line differs from release/v1.202. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
…opping the links [PILOT-7612] (#3408) * docs: clear the remaining content-scan findings without dropping the links [PILOT-7612] (#3373) * docs: clear the remaining content-scan findings without dropping the links A customer content-inspection scan reported six findings across four skills. All six are false positives on example text and product identifiers -- no secret, live PII, or cardholder data is involved -- but the gate matches on shape alone and blocks the whole package. PR #3201 fixed this class of finding in ten files and deliberately left three of these behind, arguing the forum thread IDs and the Databricks docs URL are content rather than examples and need a scanner-side allowlist. The allowlist never landed and the scan fired again. Each of those three can drop its matching shape while keeping the reader's link intact, so they are fixed here rather than deferred again: - Forum links use Discourse's short `/t/<id>` form. The topic ID is preserved, the long slug that put a 10-digit run in front of it is gone, and both URLs still resolve (verified HTTP 200). - The Databricks docsUrl drops `/query`, landing on the same API group page. The full path was exactly 40 `[A-Za-z0-9/+=]` characters -- the AWS secret-key shape, and the only such run in the file. The other three are example values, replaced per the placeholder rule in .claude/rules/content-quality.md: - IXP: a 15-digit float literal illustrating float rounding becomes `<SCORE>` described as 15 decimal places. - Terminal x2: `3000-5000 ms` reads as an 8-digit local phone number; written out as `between 3000 and 5000 ms`. That exact string occurs nowhere else in the repo, which is what pins it as the trigger. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix: point the Databricks docsUrl at the query API, not endpoint management The previous commit broke the 40-character AWS-secret shape by dropping /query from the URL, but /api/workspace/servingendpoints and /api/workspace/servingendpoints/query are two different pages: they redirect to the serving-endpoint *management* API and the *query* API respectively. The registry exists to ground an agent on the exact endpoint before it authors a request, and this entry's own notes describe the invocations POST -- the query API. Pointing it at CRUD operations was a regression. Use the canonical target the original URL already redirected to: https://docs.databricks.com/api/model-serving-query/v1/query Same page as the original, resolves 200 with no redirect hop, and the hyphens in "model-serving-query" break the base64-alphabet run down to 14 characters, so the shape is gone for a different reason than truncation. No exactly-40 run remains anywhere in the file. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com> * fix: resolve cherry-pick conflict in IXP cli-reference The cherry-pick of #3373 conflicted on the get-metrics row because release/v1.202 carries different prose there than main does (the `Name`-resolution and "any version the backend ever scored" wording, and Critical Rule 21 rather than 20). Keep the release branch's text and apply only the change #3373 actually made to this file: the 15-digit float literal illustrating long-tail rounding becomes `<SCORE>` described as 15 decimal places, per .claude/rules/content-quality.md. No other line differs from release/v1.202. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: RaduAna-Maria <80031810+RaduAna-Maria@users.noreply.github.com> Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
#3375 landed its own Critical Rule 22 ("never switch projects without being asked"), so the numbers collided. Main's keeps 22 because it is already referenced by its own shipped task (no_project_substitution.yaml, five references) and by anything merged after it; this branch's taxonomy rule moves to 23. Renumbered all nine cross-references that point at THIS rule -- SKILL.md (Quick Start, two Task Navigation rows, Common Pitfalls), cli-reference.md (import-taxonomy row, get-taxonomy row, the moving-a-field note), project-setup-guide.md, and the smoke task's description. Left the five in no_project_substitution.yaml alone: those refer to main's rule, not this one. Also in cli-reference.md, the conflict hunk spanned two rows. Kept this branch's `get-taxonomy` row (already the combination of #3315's unwrapping mechanics with this branch's target scoping) and took main's `get-metrics` row, which #3373 rewrote and this branch never touched. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Issue
PILOT-7612
Summary
uipath-ixp,uipath-platform,uipath-rpa, anduipath-troubleshoot— 8 lines, 6 filesChanges
Deferred by #3201, now fixed without losing the reader's link
ThirdParty-SharePoint.md,foreground-unattended-robot.md) — switched to Discourse's short/t/<id>form. The topic ID is preserved verbatim; what's gone is the long slug that put a 10-digit run (...-user-1230/718082) directly in front of it. Both URLs verified HTTP 200.docsUrl(vendor-docs-registry.json) — repointed to the canonical page the original already redirected to:https://docs.databricks.com/api/model-serving-query/v1/query. Same destination, resolves 200 with no redirect hop, and the hyphens inmodel-serving-querycut the longest base64-alphabet run to 14 characters.Example values → placeholders
uipath-ixp/references/cli-reference.md— the float literal illustrating long-tail rounding was a 15-digit run. Now`<SCORE>`described as "printed to 15 decimal places", per.claude/rules/content-quality.md.UiPath.Terminal.Activities× 2 —3000–5000 msreads as an 8-digit local phone number. Written out asbetween 3000 and 5000 ms.Implementation Notes
The scanner is contextual, not a plain regex: an independent sweep found hundreds of unflagged shape matches elsewhere (GUIDs, epoch timestamps, a 40-hex SHA-1), so five of the six triggers were identified by finding what is unique to the flagged line.
Testing
npm run skills:validate— OK, default 27 skills / 1768 files; studioweb 27 / 1768 / 264 replacementsnpm run skills:check-links— 6838 relative links, all resolvepython3 scripts/check-skill-status.py— OK, 27 skills, manifest validpython3 scripts/check-skills-sh.py— OK, 27 skills across 4 sectionsvendor-docs-registry.jsonre-parsed as valid JSONNo skill folder added, renamed, or removed, so
assets/skill-status.jsonandskills.sh.jsonneed no edit. Noskill-flavormarker or flavor override touches any edited file.Reviewer notes
Still unfixed, not flagged by this scan but the same class and already contrary to
.claude/rules/content-quality.md: literal123 Main St/456 Oak Aveinuipath-ixp/references/label-documents-guide.md(3 lines) anduipath-rpa/.../UiPath.Web.Activities/2.5/coded/service-discovery.md:324. The IXP ones need two distinct placeholders, since the examples turn on "predicted X but actual is Y". Happy to fold in or leave as follow-up.🤖 Generated with Claude Code