🏢 公司NewsroomDTDoubao · 实盘不做把握 8/10不做原因:标的无直接敞口
北京时间·🕒 发布 05:58:00(美东 10-15 17:58)·⟳ 抓取 05:59:19回填·⚡ 决策 10-16 06:00:56·11.5 天前
Dynatrace 宣布成为 Cognition Devin Oncall 发布合作伙伴,推出 Devin 可观测性插件,但无订单、收入或指引增量
这是一篇公司自有 Newsroom 的产品生态博文:Dynatrace 插件上架 Devin Marketplace、成为 Devin Oncall 发布合作伙伴,属产品可用/集成层面的营销性事件,没有合同金额、客户承诺、收入分成或指引变化。DT 市值约 184 亿美元,此类合作在可预见窗口内无法量化为有意义的财务增量,符合超大市值软催化不做的标准;盘后仅 +0.96%、量能温和,亦显示市场未将其视为重大利好。合作方 Cognition 未上市,无可交易对手方,也无坐实的二阶供应链标的。
📄 原文DT↗ 原文
Devin Oncall and Dynatrace: Bringing runtime intelligence to autonomous incident response
We’re seeing a new challenge emerge as AI-assisted software development becomes more common: autonomous agents can gene…
不做 Dynatrace, Inc.(DT.US)
无金额、无客户采购承诺的生态插件式产品合作,对约 184 亿美元市值不具 materiality;盘后仅 +0.96% 且股价处于 52 周高位附近、近 20 日已涨约 14%,软催化无正期望;合作方 Cognition 未上市,亦无可验证的二阶交易标的
展开详情(成交明细 / 研究档案 / 原文全文 / 决策记录链)
研究档案
结论摘要
Dynatrace 与私营公司 Cognition 达成 Devin Oncall 生态集成并上架插件,方向正面但纯属产品可用性公告,无任何订单、收入或指引增量;对 184 亿美元市值的 DT 不构成可交易的短期财务催化,故回避。
🔎 新鲜度:最早出现 2026-10-15 · 扩散 low · price-in 风险 low ↗
关键理由
- 名义利好仅为生态集成与渠道曝光:插件已在 Devin Marketplace 可用,强化 Dynatrace 在 AI Agent/可观测性交叉点的叙事,但不构成需求验证或收入里程碑
- 无金额、无客户采购承诺、无 backlog/指引变化,且 DT 为 184 亿美元市值、PE(TTM)约 118 倍的成熟大盘股,单一插件合作无法支撑事件驱动的正期望
主要风险
- 若后续披露企业级捆绑大单或明确收入分成,本公告可能从软催化升级,但当前无任何此类事实
- DT 近 20 日已涨约 14%、处于 52 周高点附近(距高约 -3.9%),AI 题材仓位拥挤,即便小利好也易高开低走
反向证据
- 做多前查反向 · 来源 web · 日期 2026-10-15 · 影响 weakens
公告本身及可见信息中无任何商业条款、付费采用或指引上修;仅有功能与安装流程描述,缺乏支撑多头的财务增量证据
检索:Dynatrace Devin partnership revenue order guidance material 原文 ↗
先例如何影响了这次决策
对本次决策的影响:先例与量级证据均不支持为该软催化建立多头腿,维持 AVOID;未再展开先例检索,因为任何涨幅都无法弥补缺失的 materiality
方向:无对齐先例可量化;大盘软件公司生态插件/MCP 集成类公告通常不构成可交易事件,方向参考意义有限
涨幅量级:缺乏高相似先例,且事件本身无财务增量,不应据此类比设定任何止盈幅度
形态:无样本支持见光死模式判断;盘后仅 +0.96% 的实际反应已表明重定价幅度可忽略
工具执行结果 · 成功 2 · 降级 0 · 失败 0 · 取消 0
- search_processed_events 成功 stock_tools HTTP · 12 ms
{"result": "search_processed_events:agent query=`cognition devin oncall incident response dynatrace integration | dynatrace cognition devin oncall launch partner plugin mcp | dynatrace devin marketplace extension runtime intellig`;结构化索引覆盖完整 72 小时;旧记录兼容扫描近 0.0/72 小时、0 条本臂决策(完整),返回 0 条候选。未命中只表示这些 agen - stock_quote 成功 stock_tools HTTP · 1,141 ms
{
原文全文
展开原文 · 9,064 字
We’re seeing a new challenge emerge as AI-assisted software development becomes more common: autonomous agents can generate code, propose fixes, and even open pull requests, but they still need a reliable way to understand what’s happening in production.
That’s where observability becomes essential. As a launch partner for Cognition’s
Devin Oncall experience
, Dynatrace brings runtime intelligence from Dynatrace into autonomous software engineering workflows.
If you’re unfamiliar with Devin, it’s Cognition’s autonomous software engineer. Instead of helping complete code one prompt at a time, Devin can take on entire tasks, investigate problems, make changes, and open pull requests on your behalf. With Devin Oncall, Cognition is extending that same approach into incident response, enabling teams to investigate production issues and move from alert to resolution more efficiently.
But for an AI agent to be effective during an incident, it needs more than access to source code. It needs context. It needs to understand what changed, what’s failing, where impact is occurring, and whether a fix actually improved the situation. Most agents have to rebuild that context on every question, querying separate data stores and matching on tags and timestamps, which costs time, accuracy, and tokens.
That’s where Dynatrace comes in.
Connecting software delivery and production operations
By connecting Devin to Dynatrace, teams can provide Devin access to Dynatrace problem and root-cause information, along with relevant logs, metrics, traces, deployment events, and runtime security findings, subject to the capabilities and permissions configured for the integration. Agents that query separate data stores may need to reconstruct context across sources, matching signals through tags and timestamps. That adds query and correlation overhead and can increase the time, tokens, and effort required to reach an accurate answer. With Dynatrace, that context is already built, so Devin can investigate issues using the same production data that developers, SREs, platform engineers, and operations teams already trust.
Together, Dynatrace and Cognition are helping bridge the gap between software delivery and production operations. Cognition provides the autonomous software engineer. Dynatrace provides the real-time production intelligence that helps that engineer understand what is happening in the environment and what to do next.
In the rest of this post, we’ll take a closer look at how the Dynatrace plugin works, what capabilities are included, and how teams can use Devin Oncall to investigate incidents, validate deployments, and assess runtime risk directly from their development workflow.
Giving Devin Oncall runtime context with Dynatrace
If you’ve worked with AI coding assistants, you’re probably familiar with the idea of getting help with a specific coding task. Devin takes that concept a step further. Instead of simply suggesting code, Devin can take ownership of an entire task, investigate problems, make changes, and open pull requests.
As we mentioned earlier, that level of autonomy creates a new challenge: understanding what’s happening in production. A code change might compile successfully, but did it actually resolve the issue? Is a deployment causing new failures? Is a vulnerable workload exposed in production?
That production context comes through the Dynatrace extension for Devin. The Dynatrace extension for Devin is available through the Devin Marketplace and is designed to connect Devin with a Dynatrace environment through an MCP server and Dynatrace skills.
Figure 1: The Dynatrace listing on the Devin marketplace.
What comes with the Dynatrace plugin?
The Dynatrace plugin contains two components.
The first is the MCP server, which provides authenticated access to your Dynatrace environment. The second is a collection of Dynatrace skills that teach Devin how Dynatrace data is structured and how to interact with it effectively.
For example, skills such as
dt-dql-essentials help Devin understand Dynatrace Query Language (DQL) syntax and query patterns while dt-alerting provides guidance for working with anomaly detection and alerting workflows.
That combination is important: Giving an AI agent access to data without context often leads to ineffective queries, incomplete analysis, or higher token consumption. Giving it documentation without access to live data isn’t much better. The skills are designed to load when relevant to a task, helping preserve context-window capacity. Together, the MCP server and Dynatrace skills help Devin investigate issues using both real-time telemetry and platform-specific knowledge.
How do you connect Devin to Dynatrace?
Install the Dynatrace extension from Devin’s plugin marketplace and authenticate it using a Dynatrace platform token. Once connected, the Dynatrace skills are available to Devin according to the integration configuration.. The platform token is stored within your own installation credentials and isn’t written into the plugin manifest, helping keep access secure and manageable.
Figure 2: Connecting the Dynatrace Plugin via the MCP Server tab.
What happens when a production incident occurs?
When incidents happen, teams spend the first part of the investigation answering basic questions:
What’s failing?
How widespread is the impact?
What changed?
Where should we start looking?
Traditionally, answering those questions means switching between dashboards, logs, traces, alerting tools, and source code.
Imagine that checkout-api starts returning elevated 5xx errors:
Ask Devin why checkout-api is failing, in plain language
Devin pulls the affected problem, its root cause, and relevant logs, metrics, and traces from the affected entities
You narrow the investigation to a specific service or impact area and ask what changed
Make and validate a fix without leaving the same working session
Instead of starting with a dashboard and manually correlating signals, Devin begins with the cause, not the symptoms. Because the root cause comes from Dynatrace Intelligence, deterministic analysis over Smartscape, the live dependency graph of your environment, Devin starts with an answer instead of an investigation. An agent working from a guess can be allowed to recommend. An agent working from fact can be allowed to act. And because it uses the same Grail data your operations and SRE teams are already working from, everyone is working from a consistent source of truth. How can you validate a deployment with real production data?
Before deploying a change, you can ask Devin for the current failure rate, p99 latency, and resource headroom of the services involved. That creates a baseline on what’s actually happening in production.
Where the required deployment and telemetry data are available through the integration, Devin can use them to compare selected pre- and post-deployment signals and summarize the observed differences for review. The result is a data-driven view of whether the change improved reliability, performance, or efficiency, rather than relying on a quick dashboard check and a best guess.
How do you evaluate for vulnerabilities before opening a pull request?
Before opening a pull request, ask Devin whether a workload is exposed to a specific CVE. Dynatrace can add runtime context to vulnerability findings to help teams assess whether and how an affected workload is exposed in the running environment. Teams can use that runtime context as an input when prioritizing remediation before opening or merging a pull request.
The result is a more practical view of risk and better prioritization of remediation efforts.
Why this partnership is important for you
As agents take on more responsibility for running software, teams need a reliable way to verify their actions. Observability provides the production evidence to understand what a change actually did, whether an incident is resolved, and what remains exposed at runtime.
This is where Dynatrace sets Devin apart. Devin can use Dynatrace root-cause findings and correlated runtime context rather than relying only on independently retrieved signals. That production context helps Devin move from recommending a fix to acting on one with greater confidence, while giving teams the evidence to verify the outcome.
That’s the value Dynatrace brings to Devin Oncall: providing production context that can help agents investigate incidents and giving teams telemetry they can use to assess the effect of resulting changes.
To get started:
Install the Dynatrace plugin once using
Devin Oncall
Connect your Dynatrace environment using a platform token
Ask Devin to investigate a service, analyze a deployment, or assess runtime vulnerability exposure
Experience how autonomous software engineering grounded in runtime context that is already built can help teams investigate and resolve issues faster
Dynatrace, Grail, and Smartscape are trademarks of the Dynatrace, Inc. group of companies. All other trademarks are the property of their respective owners.
That’s where observability becomes essential. As a launch partner for Cognition’s
Devin Oncall experience
, Dynatrace brings runtime intelligence from Dynatrace into autonomous software engineering workflows.
If you’re unfamiliar with Devin, it’s Cognition’s autonomous software engineer. Instead of helping complete code one prompt at a time, Devin can take on entire tasks, investigate problems, make changes, and open pull requests on your behalf. With Devin Oncall, Cognition is extending that same approach into incident response, enabling teams to investigate production issues and move from alert to resolution more efficiently.
But for an AI agent to be effective during an incident, it needs more than access to source code. It needs context. It needs to understand what changed, what’s failing, where impact is occurring, and whether a fix actually improved the situation. Most agents have to rebuild that context on every question, querying separate data stores and matching on tags and timestamps, which costs time, accuracy, and tokens.
That’s where Dynatrace comes in.
Connecting software delivery and production operations
By connecting Devin to Dynatrace, teams can provide Devin access to Dynatrace problem and root-cause information, along with relevant logs, metrics, traces, deployment events, and runtime security findings, subject to the capabilities and permissions configured for the integration. Agents that query separate data stores may need to reconstruct context across sources, matching signals through tags and timestamps. That adds query and correlation overhead and can increase the time, tokens, and effort required to reach an accurate answer. With Dynatrace, that context is already built, so Devin can investigate issues using the same production data that developers, SREs, platform engineers, and operations teams already trust.
Together, Dynatrace and Cognition are helping bridge the gap between software delivery and production operations. Cognition provides the autonomous software engineer. Dynatrace provides the real-time production intelligence that helps that engineer understand what is happening in the environment and what to do next.
In the rest of this post, we’ll take a closer look at how the Dynatrace plugin works, what capabilities are included, and how teams can use Devin Oncall to investigate incidents, validate deployments, and assess runtime risk directly from their development workflow.
Giving Devin Oncall runtime context with Dynatrace
If you’ve worked with AI coding assistants, you’re probably familiar with the idea of getting help with a specific coding task. Devin takes that concept a step further. Instead of simply suggesting code, Devin can take ownership of an entire task, investigate problems, make changes, and open pull requests.
As we mentioned earlier, that level of autonomy creates a new challenge: understanding what’s happening in production. A code change might compile successfully, but did it actually resolve the issue? Is a deployment causing new failures? Is a vulnerable workload exposed in production?
That production context comes through the Dynatrace extension for Devin. The Dynatrace extension for Devin is available through the Devin Marketplace and is designed to connect Devin with a Dynatrace environment through an MCP server and Dynatrace skills.
Figure 1: The Dynatrace listing on the Devin marketplace.
What comes with the Dynatrace plugin?
The Dynatrace plugin contains two components.
The first is the MCP server, which provides authenticated access to your Dynatrace environment. The second is a collection of Dynatrace skills that teach Devin how Dynatrace data is structured and how to interact with it effectively.
For example, skills such as
dt-dql-essentials help Devin understand Dynatrace Query Language (DQL) syntax and query patterns while dt-alerting provides guidance for working with anomaly detection and alerting workflows.
That combination is important: Giving an AI agent access to data without context often leads to ineffective queries, incomplete analysis, or higher token consumption. Giving it documentation without access to live data isn’t much better. The skills are designed to load when relevant to a task, helping preserve context-window capacity. Together, the MCP server and Dynatrace skills help Devin investigate issues using both real-time telemetry and platform-specific knowledge.
How do you connect Devin to Dynatrace?
Install the Dynatrace extension from Devin’s plugin marketplace and authenticate it using a Dynatrace platform token. Once connected, the Dynatrace skills are available to Devin according to the integration configuration.. The platform token is stored within your own installation credentials and isn’t written into the plugin manifest, helping keep access secure and manageable.
Figure 2: Connecting the Dynatrace Plugin via the MCP Server tab.
What happens when a production incident occurs?
When incidents happen, teams spend the first part of the investigation answering basic questions:
What’s failing?
How widespread is the impact?
What changed?
Where should we start looking?
Traditionally, answering those questions means switching between dashboards, logs, traces, alerting tools, and source code.
Imagine that checkout-api starts returning elevated 5xx errors:
Ask Devin why checkout-api is failing, in plain language
Devin pulls the affected problem, its root cause, and relevant logs, metrics, and traces from the affected entities
You narrow the investigation to a specific service or impact area and ask what changed
Make and validate a fix without leaving the same working session
Instead of starting with a dashboard and manually correlating signals, Devin begins with the cause, not the symptoms. Because the root cause comes from Dynatrace Intelligence, deterministic analysis over Smartscape, the live dependency graph of your environment, Devin starts with an answer instead of an investigation. An agent working from a guess can be allowed to recommend. An agent working from fact can be allowed to act. And because it uses the same Grail data your operations and SRE teams are already working from, everyone is working from a consistent source of truth. How can you validate a deployment with real production data?
Before deploying a change, you can ask Devin for the current failure rate, p99 latency, and resource headroom of the services involved. That creates a baseline on what’s actually happening in production.
Where the required deployment and telemetry data are available through the integration, Devin can use them to compare selected pre- and post-deployment signals and summarize the observed differences for review. The result is a data-driven view of whether the change improved reliability, performance, or efficiency, rather than relying on a quick dashboard check and a best guess.
How do you evaluate for vulnerabilities before opening a pull request?
Before opening a pull request, ask Devin whether a workload is exposed to a specific CVE. Dynatrace can add runtime context to vulnerability findings to help teams assess whether and how an affected workload is exposed in the running environment. Teams can use that runtime context as an input when prioritizing remediation before opening or merging a pull request.
The result is a more practical view of risk and better prioritization of remediation efforts.
Why this partnership is important for you
As agents take on more responsibility for running software, teams need a reliable way to verify their actions. Observability provides the production evidence to understand what a change actually did, whether an incident is resolved, and what remains exposed at runtime.
This is where Dynatrace sets Devin apart. Devin can use Dynatrace root-cause findings and correlated runtime context rather than relying only on independently retrieved signals. That production context helps Devin move from recommending a fix to acting on one with greater confidence, while giving teams the evidence to verify the outcome.
That’s the value Dynatrace brings to Devin Oncall: providing production context that can help agents investigate incidents and giving teams telemetry they can use to assess the effect of resulting changes.
To get started:
Install the Dynatrace plugin once using
Devin Oncall
Connect your Dynatrace environment using a platform token
Ask Devin to investigate a service, analyze a deployment, or assess runtime vulnerability exposure
Experience how autonomous software engineering grounded in runtime context that is already built can help teams investigate and resolve issues faster
Dynatrace, Grail, and Smartscape are trademarks of the Dynatrace, Inc. group of companies. All other trademarks are the property of their respective owners.
决策记录链 · 只追加
每次领取产生一条记录,重新决策追加一条并以 supersedes 指向被替代的记录(ADR 0014)。
ea313594ec· 2026-10-16 06:00 · doubao / doubao-seed-evolving-latest-version · 策略包2226518bfdee当前