
如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具,协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题,请先让 AI 阅读并遵守轩辕镜像的规则文档。
只需在 AI 对话中先发送下面这句话即可:
请先完整阅读并严格遵守以下文档中的全部规则与要求:
https://xuanyuan.cloud/agents.md
在未充分阅读并理解该文档前,不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
</picture>
。
影子模式检测
检测并阻止“影子”,即MCP服务器在自身工具描述中潜入隐藏指令,以劫持或覆盖其他可信工具的行为。
schema误用预防
强制严格遵守MCP输入schema。
跨域工具访问
控制工具是否可调用外部源的工具或服务。
秘密信息脱敏
自动屏蔽敏感值,使其不会出现在日志或响应中。
这些控制确保了强大的运行时完整性,防止未授权行为,并为安全设计的系统操作提供基础。
要在Docker容器中激活防护措施,定义GUARDRAILS环境变量并指定所需保护:
| 防护措施 | 摘要 |
|---|---|
covert-instruction-detection | 检测请求中的隐藏或混淆指令 |
sensitive-pattern-detection | 标记敏感数据或文件系统暴露的模式 |
shadowing-pattern-detection | 识别覆盖或影响其他工具的工具描述 |
schema-misuse-prevention | 强制输入数据严格遵守schema |
cross-origin-tool-access | 控制对外部服务或API的调用 |
secrets-redaction | 防止凭证或敏感值暴露 |
示例:添加-e GUARDRAILS="secrets-redaction sensitive-pattern-detection"以启用这些防护措施。
使用单一共享令牌提供轻量级认证层。
Authorization头。要开启基本认证,定义BASIC_AUTH_SECRET环境变量并设置共享秘密:
示例:添加-e BASIC_AUTH_SECRET="supersecret"以启用基本认证。
虽然基本认证可防止未授权访问,但应仅在受控环境中使用,频繁轮换凭证并始终使用TLS。
[!NOTE] 默认情况下,所有防护措施均关闭。您可单独启用或禁用每个措施,确保仅激活环境所需的保护。
维护者:
获取帮助:
提交问题:
支持架构:
amd64arm64基础镜像:
ghcr.io/astral-sh/uv:python3.12-alpine资源:
最新标签:
latest -> 1.0.0-v1.1.0 -> v1.1.0使用https://github.com/sigstore/cosign%E9%AA%8C%E8%AF%81%E7%AD%BE%E5%90%8D%EF%BC%9A
cosign verify --certificate-oidc-issuer "https://token.actions.githubusercontent.com" --certificate-identity "https://github.com/acuvity/mcp-servers-registry/.github/workflows/release.yaml@refs/heads/main" docker.io/acuvity/mcp-server-bitrise:latestcosign verify --certificate-oidc-issuer "https://token.actions.githubusercontent.com" --certificate-identity "https://github.com/acuvity/mcp-servers-registry/.github/workflows/release.yaml@refs/heads/main" docker.io/acuvity/mcp-server-bitrise:v1.1.0cosign verify --certificate-oidc-issuer "https://token.actions.githubusercontent.com" --certificate-identity "https://github.com/acuvity/mcp-servers-registry/.github/workflows/release.yaml@refs/heads/main" docker.io/acuvity/mcp-server-bitrise:1.0.0-v1.1.0[!TIP] 鉴于mcp-server-bitrise的操作范围,它可在任何地方托管。
环境变量与秘密:
BITRISE_TOKEN更多信息和额外配置可参考https://github.com/bitrise-io/bitrise-mcp%E3%80%82
以下是配置大多数使用MCP提升Copilot体验的客户端的步骤:
[!NOTE] 这些集成在所有Minibridge模式下原生运行。为简洁起见,此处仅涵盖Docker本地运行设置。
立即开始,可使用以下“一键”链接:
 as server: tools = await server.list_tools()
pythonasync with MCPServerSse( params={ "url": "http://<ip>:<port>/sse", } ) as server: tools = await server.list_tools()
更多信息请参考https://openai.github.io/openai-agents-python/mcp/%E3%80%82
在客户端配置中设置:
dockerrun -i --rm --read-only -e BITRISE_TOKEN docker.io/acuvity/mcp-server-bitrise:v1.1.0直接运行:
consoledocker run -it -p 8000:8000 --rm --read-only -e BITRISE_TOKEN docker.io/acuvity/mcp-server-bitrise:v1.1.0
然后在应用/客户端中配置使用:
json{ "mcpServers": { "acuvity-mcp-server-bitrise": { "url": "http://localhost:8000/sse" } } }
您可能需要为不同工具使用不同端口。
本节假设您熟悉TLS和证书,需要:
- 包含正确DNS/IP字段的服务器证书(匹配工具部署)。
- 用于签署客户端证书的client-ca。
以backend模式启动服务器:
-e MINIBRIDGE_MODE=backend/certs:-v $PWD/certs:/certs-e MINIBRIDGE_TLS_SERVER_CERT=/certs/server-cert.pem-e MINIBRIDGE_TLS_SERVER_KEY=/certs/server-key.pem-e MINIBRIDGE_TLS_SERVER_KEY_PASS=optional-e MINIBRIDGE_TLS_SERVER_CLIENT_CA=/certs/client-ca.pem本地以frontend模式启动minibridge:
在客户端配置中,Minibridge像任何其他STDIO命令一样工作。
Claude Desktop示例:
json{ "mcpServers": { "acuvity-mcp-server-bitrise": { "command": "minibridge", "args": ["frontend", "--backend", "wss://<remote-url>:8000/ws", "--tls-client-backend-ca", "/path/to/ca/that/signed/the/server-cert.pem/ca.pem", "--tls-client-cert", "/path/to/client-cert.pem", "--tls-client-key", "/path/to/client-key.pem"] } } }
完成。
Minibridge提供多种额外功能。如需分步指南,请访问wiki。如有疑问,欢迎联系!
此Chart需要一些必填信息才能安装:
必填秘密:
BITRISE_TOKEN秘密需设置为secrets.BITRISE_TOKEN,可通过.value或现有valueFrom指定。查看Chart README:
consolehelm show readme oci://docker.io/acuvity/mcp-server-bitrise --version 1.0.0
查看可配置的值:
consolehelm show values oci://docker.io/acuvity/mcp-server-bitrise --version 1.0.0
使用Helm安装:
consolehelm install mcp-server-bitrise oci://docker.io/acuvity/mcp-server-bitrise --version 1.0.0
默认情况下,您的MCP服务器mcp-server-bitrise可通过集群内的Kubernetes服务mcp-server-bitrise在端口8000上通过http/sse访问。您可通过values.yaml文件的service部分更改此设置。
部署将创建带有healthPort的Kubernetes服务,用于存活探针和就绪探针。此健康端口也可被您选择的监控栈使用,并在/metrics路径下暴露指标。
有关设置和运行时安全(包括防护措施激活)的更多详细信息,请参阅完整的Charts https://github.com/acuvity/mcp-servers-registry/tree/main/mcp-server-bitrise/charts/mcp-server-bitrise/README.md%E3%80%82
有关此服务器提供的所有功能、工具、参数和SBOM哈希的详细列表,请参考https://github.com/acuvity/mcp-servers-registry/tree/main/mcp-server-bitrise%E3%80%82
💬 有疑问?提交问题或联系我们 ***。
📦 欢迎贡献!
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。
来自真实用户的反馈,见证轩辕镜像的优质服务