About Lucius MCP
Lucius MCP is an MCP server published by ivanostanin in the Developer Tools category: a feature-rich Model Context Protocol (MCP) server and CLI for Allure TestOps TMS.
The repository has 7 stars and 3 forks, with the last commit 5 days ago. Recent commit activity is the strongest signal that reported issues will get attention.
Install
git clone https://github.com/ivanostanin/lucius-mcpThis server has no ConduID identity, so agent calls to it are not receipted. Pin the version you install and review the source before granting it credentials.
Ask AI
Ask AI about Lucius MCP
Powered by Claude · Grounded in docs
Security checks
Static checks derived from the repository yesterday. Heuristics on the source, not an audit.
- ✓README presentThe repository ships documentation.
- ✓License declaredUsable under a stated license.
- ✓Tests presentA test suite exists in the repository.
- ✓Dependencies pinnedA lockfile pins dependency versions.
- ✓No dynamic code executionSource scan found no eval, dynamic Function, or shell execution.
- !Scoped permissionsDoesn't declare a permission scope. Assume it can do anything its process can.
Releases
README
Allure TestOps MCP Server
Lucius is a specialized Model Context Protocol (MCP) server for Allure TestOps, built with FastMCP and Starlette.
🎯 Motivation
Allure TestOps is a powerful tool with a huge API. When you're using an AI agent to manage your tests, it can easily get lost in the details or fail because of a small technical mistake.
Lucius makes this easier by giving your AI tools that are simple to use and hard to break:
- Clear Tools: Every tool is designed for a specific task, like "finding a test case" or "updating a launch".
- Helpful Errors: If an AI makes a mistake, Lucius doesn't just return a code—it provides an "Agent Hint" that explains exactly what went wrong and how to fix it.
- Solid Foundation: We follow a clean "Thin Tool" structure, meaning the logic is consistent and easy for both humans and AI to follow.
🛠️ Supported Tools
See the full reference in Tool Reference.
| Tool Category | Description | All Tools |
|---|---|---|
| Test Case Mgmt | Full lifecycle for test documentation. | create_test_case, update_test_case, delete_test_case, delete_archived_test_cases, get_test_case_details, get_test_case_custom_fields |
| Automation Generation | Generate framework-specific code from existing test cases. | generate_test_code |
| Search & Discovery | Advanced search and project metadata discovery. | list_test_cases, search_test_cases, get_custom_fields, list_integrations, get_project |
| Shared Steps | Create and manage reusable step sequences. | create_shared_step, list_shared_steps, update_shared_step, delete_shared_step, delete_archived_shared_steps, link_shared_step, unlink_shared_step |
| Test Layers | Manage test taxonomy and auto-mapping schemas. | list_test_layers, create_test_layer, update_test_layer, delete_test_layer, list_test_layer_schemas, create_test_layer_schema, update_test_layer_schema, delete_test_layer_schema |
| Test Hierarchy | Organize suites and assign tests in tree paths. | create_test_suite, list_test_suites, assign_test_cases_to_suite, delete_test_suite |
| Custom Fields | Project-level management of custom field values. | list_custom_field_values, create_custom_field_value, update_custom_field_value, delete_custom_field_value, delete_unused_custom_fields |
| Launch Management | Manage launches, result uploads, manual execution, reruns, and attachments. | create_launch, list_launches, get_launch, list_launch_test_results, upload_test_results, attach_file_to_launch, rerun_test_results_manually, start_manual_test_session, submit_manual_test_results, add_test_result_attachment |
| Test Result Management | Inspect one exact TestOps result and prepare verified evidence downloads. | get_test_result, prepare_attachment_download |
| Test Plans | Manage test plans and their content. | create_test_plan, update_test_plan, delete_test_plan, list_test_plans, manage_test_plan_content, run_test_plan |
| Defect Mgmt | Track defects, linkage, and automation rules. | create_defect, get_defect, update_defect, delete_defect, list_defects, link_defect_to_test_case, unlink_issue_from_test_case, list_defect_test_cases, create_defect_matcher, list_defect_matchers, update_defect_matcher, delete_defect_matcher |
🚀 Quick Start
- Install uv:
curl -LsSf https://astral.sh/uv/install.sh | sh - Setup Credentials: Create a
.envfile with the variables below, or save CLI auth withlucius auth. - Run Server:
uv run start
Basic .env for Quick Start
| Variable | Description | Example |
|---|---|---|
ALLURE_ENDPOINT |
Allure TestOps base URL | https://example.testops.cloud |
ALLURE_PROJECT_ID |
Default Allure project ID (optional for get_project; required by project-scoped tools) |
123 |
ALLURE_API_TOKEN |
Allure API token | <your_api_token> |
MCP_MODE |
MCP transport mode for Lucius runtime | stdio |
🔌 Claude Desktop Integration
The easiest way to use Lucius in Claude Desktop is via the .mcpb bundle:
- Download the latest
lucius-mcp.mcpbfrom Releases. - Open with Claude Desktop.
- Configure your Allure credentials in the UI.
💻 Claude Code Integration
To add Lucius to Claude Code, use the following command from within your project directory:
claude mcp add --transport stdio --scope project \
--env ALLURE_ENDPOINT=https://example.testops.cloud \
--env ALLURE_PROJECT_ID=123 \
--env ALLURE_API_TOKEN=<your_api_token> \
--env MCP_MODE=stdio \
testops-mcp -- uvx --from lucius-mcp --refresh start
Project-scoped text config example (.mcp.json):
{
"mcpServers": {
"testops-mcp": {
"type": "stdio",
"command": "uvx",
"args": [
"--from",
"lucius-mcp",
"--refresh",
"start"
],
"env": {
"ALLURE_ENDPOINT": "https://example.testops.cloud",
"ALLURE_PROJECT_ID": "123",
"ALLURE_API_TOKEN": "<your_api_token>",
"MCP_MODE": "stdio"
}
}
}
}
🧠 Codex Integration
To add Lucius to Codex (CLI or IDE extension), use:
codex mcp add testops-mcp \
--env ALLURE_ENDPOINT=https://example.testops.cloud \
--env ALLURE_PROJECT_ID=123 \
--env ALLURE_API_TOKEN=<your_api_token> \
--env MCP_MODE=stdio \
-- uvx --from lucius-mcp --refresh start
Text config example (~/.codex/config.toml or project .codex/config.toml):
[mcp_servers.testops-mcp]
command = "uvx"
args = ["--from", "lucius-mcp", "--refresh", "start"]
[mcp_servers.testops-mcp.env]
ALLURE_ENDPOINT = "https://example.testops.cloud"
ALLURE_PROJECT_ID = "123"
ALLURE_API_TOKEN = "<your_api_token>"
MCP_MODE = "stdio"
For detailed setup, including Claude Desktop (MCPB) integration, see Setup Guide.
🐍 Supported Python versions
Lucius supports Python 3.10 through 3.14 for runtime use. The generated MCPB manifests and the representative Nuitka
CLI compiler matrix validate the same range. Python 3.9 remains unsupported because the pinned starlette==1.3.1
requires Python 3.10 or newer; Python 3.15 is deferred because the current native dependency set does not build for it.
💻 Command-Line Interface (CLI)
Lucius also provides a universal CLI entry point for direct tool execution from the command line:
# List available actions for an entity
uv run lucius test_case
# Execute an action
uv run lucius test_case get --args '{"test_case_id": 1234}'
# Show help for a specific entity/action
uv run lucius test_case get --help
# Save reusable CLI auth
uv run lucius auth --url https://example.testops.cloud --token <your_api_token> --project 123
uv run lucius auth status
uv run lucius auth clear
CLI Features:
- 🎯 Type-safe entity/action invocation with validation
- 🔐 Optional persistent CLI auth with native per-user config storage
- 📊 Multiple output formats (JSON, table, csv, plain)
- 🔍 Per-action help with parameters and examples
- 🛡️ Clean error messages with guidance
- 📦 Standalone binaries for Linux, macOS, and Windows
CLI auth precedence is:
- Explicit tool args such as
api_tokenorproject_id - Environment variables
- Saved CLI auth config from
uv run lucius auth - Defaults
Saved CLI auth uses native config locations:
- Linux/Unix:
$XDG_CONFIG_HOME/lucius/auth.jsonor~/.config/lucius/auth.json - macOS:
~/Library/Application Support/lucius/auth.jsonunless XDG overrides are explicitly set - Windows:
%LOCALAPPDATA%\lucius\auth.json
For full CLI documentation and installation instructions, see CLI Guide.
📡 Telemetry
Lucius collects privacy-preserving usage telemetry to improve tool quality. Telemetry is enabled by default and sends metadata
to https://stats.ostanin.me, an endpoint operated by the project owner (no third party has access to this endpoint).
If this is acceptable in your environment, staying opted in helps improve Lucius over time. If you want to opt out, set
TELEMETRY_ENABLED=false in your environment.
No API tokens, test content, or tool arguments are sent.
See Telemetry & Privacy for the full data dictionary and telemetry behavior details.
📂 Documentation
Full documentation is available in the docs/ folder:
- Architecture & Design
- Tool Reference
- Configuration & Setup
- Telemetry & Privacy
- Attachment download capability links
- Development Guide
- AI Agent Protocol
🤝 Contributing
Contributions are welcome! Please see the Contribution Guidelines and the Development Guide for more details.
README fetched from the repository yesterday. The original is authoritative.