Use cases
Most software team workflows end up falling into half a dozen patterns β someone opens a PR and needs to audit it; someone is about to write sensitive code and wants it grounded in a manual; someone starts a new repo and wants alignment from the outset. Rather than reinventing the use of the MCP each time, this section gathers tested recipes, each one already designed around what is typically wanted.
Every recipe has the same skeleton:
- When to apply β trigger signal for the agent
- MCP call sequence β tools, resources, prompts in the correct order
- Output discipline β format, IDs to cite, anti-patterns to avoid
- Skill / subagent file β snippet ready to save in the client
Choose the case that most resembles the work at hand today:
PR audit
Automated review of Pull Requests against the active controls of the project's risk_level β findings citable by CTRL-*.
Grounded codegen
Generate code with prepare_sbd_toe_codegen_context β branching by status (ready / input / clarification / decomposition / unsupported) and citations discipline.
Threat modelling
Combine get_threat_landscape + consult_security_requirements by concern (auth, api, encryptionβ¦) to produce grounded threat models.
Governance bootstrap
Apply plan_sbd_toe_repo_governance to a new repo β list of artefacts by chapter and automatic scaffold.
Onboarding by role
get_guide_by_role(risk_level, role) to generate a personalised onboarding guide β practices by SDLC phase, user stories joined.
Normative cross-check
Cross-reference SbD-ToE with CRA, DORA, NIS2, GDPR, AI Act and ENISA/CSA via MCP β the published cross-checks, indexed in the served snapshot (see sbd://toe/version).
Agentic SDLC via MCP
How the MCP supports each stop of the end-to-end agentic process β from mandate to kill-switch β with the right tool for each decision.
How to read each recipeβ
π‘ The Agentic SDLC via MCP case is the operational view of the end-to-end agentic process (cross-cutting cross-check). They are coupled but separate β the regulatory view lives in the cross-check, the MCP usage view lives here.
Each page follows the same structure:
- Scenario β a concrete situation in prose.
- Prerequisites β risk level + role + installed skill.
- Flow β sequence of MCP calls (with expected input/output).
- Output discipline β format of the final report + epistemic labels.
- Skill / subagent snippet β text ready to save (
.claude/skills/...,.github/copilot-instructions.md, β¦). - Anti-patterns β what not to do.
Shortcuts by risk levelβ
| Risk level | Typical priority cases |
|---|---|
| L1 | Governance bootstrap Β· Onboarding |
| L2 | PR audit Β· Grounded codegen Β· Threat modelling |
| L3 | All of the above + Normative cross-check |
Shortcuts by roleβ
| Role | Priority use case |
|---|---|
developer | Grounded codegen |
appsec-engineer | PR audit Β· Threat modelling |
arquitetos-software | Threat modelling |
grc-compliance / auditores | Normative cross-check Β· Governance bootstrap |
scrum-master | Onboarding |