CogniRunner: Jira OpenAI Key for Workflow Rules

说明与用途

CogniRunner 允许 Jira 管理员将 AI 验证器附加到工作流，支持 11 种 LLM 提供商，包括 OpenAI、Azure、Gemini 和 Forge LLM，具有安全的密钥存储和连接测试。

问题

Administrators need to configure an AI validator in Jira that can use multiple LLM providers while keeping sensitive keys secure and ensuring the validator behaves predictably.

结果

After configuration, the validator rejects a summary containing gibberish with a 400 response and accepts a valid summary with a 204 response, demonstrating successful integration.

工作流

• Open CogniRunner Settings page
• Pick provider and enter base URL if required
• Paste API key (or skip for Forge LLM)
• Choose model or use provider default
• Press Test connection and verify "Connected" verdict
• Add CogniRunner Field Validator to a transition with a prompt
• Verify with REST calls that junk issue returns 400 and good issue returns 204

证据

Connecting Jira to OpenAI for a workflow validator sounds like one decision. In CogniRunner it is a choice between eleven providers in 5.0.0

来源

If you paste your own OpenAI API key, you pay OpenAI, you pick the model, and the issue text you validate leaves Atlassian for OpenAI's servers.

来源

The Test connection button is the check for this step. It maps the provider's answer to one of these verdicts, straight from OpenAIConfig.jsx

来源

If you pick a provider and never choose a model, these are the defaults the code falls back to

来源

The key is stored with an ordinary Forge KVS set, the same app storage the rest of CogniRunner's settings live in.

来源