You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
docs(sensei): Sensei documentation chapter (GitHub and GitLab) (#15308)
* docs(sensei): add Sensei chapter as its own top-level tab
Document DefectDojo Pro's Sensei (AI scan-and-fix) feature as a new
top-level docs tab with a multi-page chapter:
- content/sensei/: About, Set Up, Fixing Findings, Reference (audience: pro)
plus an Open Source "Pro-only feature" explainer (OS__sensei.md).
- menus.en.toml: Sensei top-level tab + sidebar_sensei section menu.
- params.toml: add "sensei" to doks.sectionNav so the chapter renders a
left sidebar.
- custom.js: generalize the edition-aware top-nav so the Sensei tab swaps
between the OS explainer and the Pro guide (mirrors "Model Your Assets").
- pro_features.md: add a Sensei entry linking to the guide.
- Screenshots captured from a DefectDojo-org demo repo (no internal repos).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* docs(sensei): document GitLab connectivity and clean prose
Add the GitLab portion of the Sensei docs alongside the existing GitHub content:
a "Connect GitLab" section (access-token scopes/role, base URL, webhook setup),
a provider note in About, and a "GitLab specifics" reference section
(merge requests, commit-status gate, self-managed). Also remove em dashes and
tidy phrasing across the Sensei chapter for a consistent, plain style.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
---------
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Copy file name to clipboardExpand all lines: docs/content/get_started/pro/pro_features.md
+6Lines changed: 6 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -39,6 +39,12 @@ See our [Rules Engine Guide](/automation/rules_engine/about) for more info.
39
39
40
40

41
41
42
+
### Sensei
43
+
44
+
DefectDojo Pro's **Sensei** (BETA) is an AI-powered scan-and-fix capability: connect a repository through a GitHub App and Sensei scans it, imports the findings, and opens pull requests that remediate them — with a preview-first workflow, so nothing runs (and no LLM cost is incurred) until you approve.
45
+
46
+
See our [Sensei Guide](/sensei/about_sensei/) for more info.
47
+
42
48
### Pro Dashboards and Reporting
43
49
44
50
Generate [instant reports and metrics](/get_started/about/ui_pro_vs_os/#new-dashboards) to share the security posture of your apps and repos, evaluate your security tools and analyze your team's performance in addressing security issues.
<spanstyle="background-color:rgba(242, 86, 29, 0.3)">Note: Sensei is a DefectDojo Pro-only feature.</span>
9
+
10
+
**Sensei**, DefectDojo's AI-powered **scan-and-fix** for source code repositories, is available only in **DefectDojo Pro**. It is not part of the open-source edition.
11
+
12
+
With Sensei, DefectDojo Pro can:
13
+
14
+
- Scan your GitHub repositories and import the results as findings.
15
+
- Open pull requests that **remediate** those findings with a large language model, using a preview-first approval workflow (nothing runs until you approve).
16
+
- Start a fix from the findings table, from staged auto-fix candidates, or with a `/fix` comment on a pull request.
17
+
18
+
## See the full Sensei documentation
19
+
20
+
The complete Sensei guide is part of the **Pro** documentation. Switch the documentation version toggle (top of the left navigation) to **Pro** to read it:
21
+
22
+
-**About Sensei:** what it is and how hosted scan-and-fix works
23
+
-**Set Up Sensei:** connect a GitHub App and onboard a repository
24
+
-**Fixing Findings with Sensei:** scan, triage candidates, and open fix PRs
25
+
-**Sensei Reference:** statuses, quotas, and troubleshooting
26
+
27
+
To learn more about DefectDojo Pro, visit [defectdojo.com](https://www.defectdojo.com/) or contact your DefectDojo account team.
description: "What Sensei is and how DefectDojo-hosted scan-and-fix works"
4
+
draft: false
5
+
audience: pro
6
+
weight: 1
7
+
---
8
+
<spanstyle="background-color:rgba(242, 86, 29, 0.3)">Note: Sensei is a DefectDojo Pro-only feature and is currently in BETA.</span>
9
+
10
+
**Sensei** is DefectDojo's AI-powered **scan-and-fix** capability for source code repositories. Connect a repository (through a **GitHub App** or a **GitLab** access token) and Sensei scans it, imports the results as DefectDojo findings, and then uses a large language model to **remediate those findings by opening pull/merge requests**, all without leaving DefectDojo.
11
+
12
+
> **🔀 GitHub and GitLab:** Sensei supports both providers with the same scan-and-fix flow. On GitLab (gitlab.com or self-managed), a *pull request* is a **merge request** and the PR *status check* is a **commit status**. Connection differs by provider (see [Set up Sensei](/sensei/setup_sensei/)); everything after onboarding is identical.
13
+
14
+
-**Scan-and-fix in one place:** repositories are scanned and remediated from the Sensei page and from your findings, using the same normalized, deduplicated finding data as the rest of DefectDojo.
15
+
-**Preview-first:** Sensei stages fix *candidates* for review. Nothing is sent to an LLM and no pull request is opened until you approve, so there is no surprise cost or unexpected PR.
16
+
-**Short-lived credentials:** Sensei runs entirely through a GitHub App and uses short-lived installation tokens. There is nothing to paste and nothing to rotate.
17
+
-**Metered and license-gated:** Sensei is a Pro feature with per-instance quotas for fixes and onboarded repositories.
18
+
19
+
> **🔎 BETA:** Sensei is under active development and is labeled **BETA** throughout the UI. Behavior and screens may change between releases.
20
+
21
+
> **📍 Where to find it:** open **Sensei** from the left-hand navigation.
22
+
23
+

24
+
25
+
## How DefectDojo-hosted scanning works
26
+
27
+
DefectDojo-hosted scanning is the recommended way to run Sensei. Scans run **inside DefectDojo**, and nothing is added to your repository:
28
+
29
+
1.**Connect a GitHub App** and install it on the organization (or account) that owns your repositories.
30
+
2.**Onboard a repository** for hosted scanning and choose how findings are reported and (optionally) auto-fixed.
31
+
3.**Sensei scans the repository** (on demand, or automatically when a pull request is opened) and imports the results into an engagement named after the branch.
32
+
4.**Sensei remediates findings** by generating a fix and opening a pull request against the repository's default branch.
33
+
34
+
Each onboarded repository is linked to a DefectDojo **asset** (product), so its findings, engagements, and fixes live alongside the rest of your data.
35
+
36
+
## The three ways a fix gets started
37
+
38
+
Sensei can remediate a finding in three ways:
39
+
40
+
-**The Fix button on a finding:** trigger a one-off fix directly from the findings table or a finding's detail page. See [Fixing findings with Sensei](/sensei/fixing_findings/).
41
+
-**Auto-fix candidates:** after each scan, Sensei stages the findings that match your criteria as candidates. You review them and approve the ones to fix (or let Sensei remediate them automatically). See [Auto-fix candidates](/sensei/fixing_findings/#auto-fix-candidate-triage).
42
+
-**A `/fix` comment on a pull request:** comment `/fix` on a pull request and Sensei pushes a remediation to that PR.
43
+
44
+
## Requirements
45
+
46
+
- A **DefectDojo Pro** license that includes the **Sensei** feature.
47
+
- A connected source-control provider (see [Set up Sensei](/sensei/setup_sensei/)): either a **GitHub App** installed on the organization/account that owns the repositories, or a **GitLab** project/group access token (gitlab.com or self-managed).
48
+
- To **configure** Sensei (connect apps, onboard repositories): a global **Maintainer** or **Owner** role.
49
+
- To **trigger a fix** on a finding: at least **Writer** access to that finding's product.
50
+
51
+
## Quotas
52
+
53
+
Sensei is metered against your license. The Sensei hub shows two usage meters at the top of the page:
54
+
55
+
-**Fixes:** the number of remediations applied against your prepaid limit. Approving a candidate or triggering a fix consumes from this quota.
56
+
-**Onboarded Repositories:** the number of repositories onboarded against your repository limit.
57
+
58
+
When a quota is reached, Sensei blocks further fixes (or onboarding) until it is raised. See [Reference](/sensei/sensei_reference/#quotas-and-metering) for details.
description: "Scan, triage auto-fix candidates, and open fix pull requests"
4
+
draft: false
5
+
audience: pro
6
+
weight: 3
7
+
---
8
+
<spanstyle="background-color:rgba(242, 86, 29, 0.3)">Note: Sensei is a DefectDojo Pro-only feature and is currently in BETA.</span>
9
+
10
+
Once a repository is onboarded, Sensei surfaces directly on your findings and on the Sensei hub. This page covers scanning a repository, triaging auto-fix candidates, and remediating individual findings. You need at least **Writer** access to a finding's product to trigger a fix.
11
+
12
+
## Scan a repository
13
+
14
+
Scans import findings into an engagement named after the branch. You can trigger a scan on demand from the Sensei hub: open a repository's row actions and choose **Scan now**.
15
+
16
+

17
+
18
+
Pick the branch to scan (it defaults to the repository's default branch) and choose **Start scan**. In DefectDojo-hosted mode, scans also run automatically when a pull request is opened.
19
+
20
+
## The Sensei column on findings
21
+
22
+
Onboarded repositories add a **Sensei** column to the findings table. Each finding shows a **Fix** button (or its current fix status), so you can remediate without leaving your triage view.
23
+
24
+

25
+
26
+
The button has two states:
27
+
28
+
-**Fix:** the finding's product is onboarded to Sensei. Clicking it starts a remediation.
29
+
-**Configure Product:** the finding's product is **not** onboarded yet. Clicking it takes you to Sensei to onboard a repository for that product; once onboarded, the button becomes **Fix**.
30
+
31
+
## Fix a single finding
32
+
33
+
Clicking **Fix** (on the findings table or in a finding's detail header) opens the **Fix with Sensei** dialog. Choose the base branch the fix pull request should target, then click **Fix**.
34
+
35
+

36
+
37
+
Sensei generates a remediation and opens a pull request. The finding's fix status is shown as a badge that moves through *in progress* → *PR open* (or *failed*). Once the pull request is open, the badge links straight to it.
38
+
39
+

40
+
41
+
> **💡 One fix, one PR:** each approved fix consumes one fix from your quota and opens one pull request. Review and merge the PR in GitHub as you would any other.
42
+
43
+
## Auto-fix candidate triage
44
+
45
+
When a repository has automated fixes enabled, each scan stages matching findings as **candidates** on the **Auto-fix Candidates** tab of the Sensei hub. This is Sensei's preview-first model: findings are staged, but **nothing runs (no LLM cost) until you approve**. Approving opens fix pull requests and consumes fixes.
Each candidate shows the finding, its status, severity, risk, priority, target repository, and PR branch. To remediate:
50
+
51
+
-**Approve one:** click **Approve** on a row to open the branch picker and start that fix.
52
+
-**Approve several:** select multiple rows and use the bulk approve action.
53
+
54
+
Approved findings stay listed as **In Progress** (or **Failed**) until their pull request is attached, so an in-flight or failed fix never disappears before it produces a PR.
55
+
56
+
> **🔎 Hands-off remediation:** if you enabled *Automatically remediate candidates* on the repository, a background check opens fix PRs for staged candidates automatically, up to your fix quota, without manual approval.
57
+
58
+
## Track scans and impact
59
+
60
+
Two places on the Sensei hub help you follow what Sensei has done:
61
+
62
+
-**Scan Activity:** a ledger of every scan and fix run, with its mode (Branch Scan, PR Scan, Fix (Finding)), trigger (Manual, Webhook, Auto Remediated), status, execution time, and links to the engagement or the pull request it produced.
63
+
64
+

65
+
66
+
-**Fix Impact:** a summary of fixes applied, with the assets fixed most often, at the top of the hub.
67
+
68
+

69
+
70
+
Use the **Scan now**, **Scan history**, **Configure**, and **Re-stage candidates** row actions to manage each onboarded repository over time (see [Reference](/sensei/sensei_reference/#repository-row-actions)).
0 commit comments