Skip to main content
You can add Strix to your GitHub Actions workflows to run automated security tests on pull requests, pushes, or scheduled intervals. This provides security feedback directly within your development workflow.

Quick Start Workflow

Here’s a minimal GitHub Actions workflow that runs Strix on every pull request:
This workflow uses quick scan mode for faster CI/CD runs. For comprehensive testing, remove the --scan-mode quick flag.

Prerequisites

1

Ensure Docker is available

GitHub Actions runners come with Docker pre-installed. Strix will automatically pull the sandbox image on first run.
2

Configure secrets

Add these secrets to your GitHub repository:
  • STRIX_LLM - Your LLM provider and model (e.g., openai/gpt-5)
  • LLM_API_KEY - Your LLM API key
Navigate to Settings → Secrets and variables → Actions → New repository secret
3

Set up API access

Get an API key from your chosen provider:

Complete Workflow Examples

Pull Request Scanning

Scan code changes on every pull request with detailed reporting:

Scheduled Comprehensive Scans

Run deeper security assessments on a schedule:

Multi-Target Testing

Test both source code and deployed staging environment:

Authenticated Testing

Perform grey-box testing with credentials:

Workflow Configuration Options

Timeout Settings

Set appropriate timeouts based on your scan depth:
  • Quick scans: 15-30 minutes
  • Standard scans: 30-60 minutes
  • Comprehensive scans: 60-120 minutes

Environment Variables

Handling Results

Upload Artifacts

Save scan results as workflow artifacts:

Fail on Findings

Strix exits with a non-zero code when vulnerabilities are found, which automatically fails the workflow. To always pass but still save results:

Optimization Tips

1

Use quick scan mode for PRs

Enable --scan-mode quick for faster feedback on pull requests:
2

Adjust reasoning effort

Set STRIX_REASONING_EFFORT="medium" for CI/CD to balance speed and accuracy.
3

Cache Docker images

The Strix sandbox image is cached by default on GitHub runners after the first pull.
4

Run comprehensive scans on schedule

Use quick scans for PRs and scheduled workflows for deep testing:

Troubleshooting

Docker Issues

If Docker is not available:

Permission Errors

Ensure the workflow has the necessary permissions:

API Rate Limits

Be mindful of your LLM provider’s rate limits. Consider using Strix Router for better rate limit management across providers.

Next Steps