插件自身
7 个模块
插件核心功能
智能巡检增强
基线计算快照比较告警去重
策略归插件，取数与归因由外部能力完成。
DSH NATIVE SCHEDULED PLUGIN
定时任务与智能巡检
把一次成功分析，变成持续执行、按需交付、可继续追问的任务
01. 产品架构
LAYER 01
交互与创建层
💬
对话一键转定时
原生 Approval 确认卡
🗂️
Scheduled 管理面板
侧栏入口 · 立即运行 · 启停
📅
6 类时间与生命周期
日/周/Cron · 起止期 · 最大次数
▼ 提取成功工具轨迹 · 注册持久化任务 ▼
LAYER 02
调度与装配层
⏱️
Host 持久化调度
防重入锁 · 漏跑合并补发
📆
时间基准宏注入
yesterday / 近14天自动算
📌
Recipe 配方锚定
锁死历史 DSL/SQL 口径
🧠
Rolling Memory
500字跨周期基线与去重
▼ 派生独立 Root Session · 注入组装 Prompt ▼
LAYER 03
分阶段执行与护栏
阶段一：巡检判断
⚡ 按配方取数
SQL / DSL · 基线或变化判断
阶段二：深入分析
🕵️♂️ 下钻与归因
SQL / DSL · 按问题与权限选用
无人值守安全沙箱
🛡️ 权限透传 & 熔断
ownerId隔离 · 只读SQL · ≤15步
▼ 拦截结案信号 · 回写记忆账本 ▼
LAYER 04
分流与小闪交付
🔇 SILENT_ARCHIVE
正常静默归档隐藏
🚀 DELIVER
推送【小闪】通知卡片
⏳ RETRY_LATER
空数据 15m 延迟重试
⚡ DEEP-LINK
从小闪一键回现场追问
02. 需求场景
🔔
有事才报
智能盯盘与异常归因
固定口径巡检 → 异动时深入分析
📊
每次必报
周期性洞察简报
日/周/月经营盘点 ➔ 准点推送小闪
🎯
到期自停
阶段性专题追踪
大促/发版盯盘 · 对比上轮增量
⚙️
非取数通用
通用办公与运维自动化
联网搜索 / MCP / 脚本定时执行
场景 01
智能盯盘与异常归因 · 运行链路演示
执行步数
2 / 15 步
Token 消耗
920 Tokens
小闪交付动作
🔇 静默归档
⏰
STEP 1
定时唤醒
注入时间宏+配方+记忆
⚡
STEP 2
按配方取数
14 天历史 + 昨日目标
📐
STEP 3
规则判定
处于基线范围内
🕵️♂️
STEP 4
下钻与归因
无需深入分析
🔇
STEP 5
静默归档隐藏
不推送小闪 · 不刷屏列表
03. 功能全景
功能归属协作能力
协作能力与底座
插件自身外部能力底座
任务组织与运行
定时任务插件
按时触发↓调用能力↓处理结果
04. 重点功能
亮点 01 · 自适应基线
14 天自适应基线 · 按需触发分析
在正常参考范围内
保存结果，静默归档
14 天历史基线 + 昨日目标Z = +0.12σ
历史值正常参考范围 58.6%～65.8%昨日目标
亮点 02 · 防口径漂移
对话一键转定时 · 配方锚定自愈
👤 “这个分析思路很对，以后每天早上 9 点按这个帮我盯一下”
📋 定时任务创建确认卡
0 9 * * *
核心交易转化率日度盯盘与归因
已保存：DSL 配方示例
已保存：SQL 配方示例
SQL / DSL 配方演进示例
查询示例 A · DSL
✓ 口径100%锁死
DSL 查询配方 · 可用于巡检或下钻
metrics: ["pay_conv_rate"]
dateRange: "{{last_14_days}}"
dateRange: "{{last_14_days}}"
查询示例 B · SQL
✓ 动态注入昨日分区
SQL 查询配方 · 可用于巡检或下钻
SELECT error_code, COUNT(1)
FROM dwd_pay_fail_di
WHERE dt = '{{yesterday}}'
FROM dwd_pay_fail_di
WHERE dt = '{{yesterday}}'
📌 提取动态日期参数，后续复用已验证 SQL / DSL 配方
Recipe v1.0
亮点 03 · 防跨周期失忆
Rolling Memory 滚动记忆账本
每次运行自动读取并更新（≤500字），记住周期规律、过滤已报故障
任务持久化记忆卡 (`rollingMemory` ≤ 500字)
Day 5 状态：已拦截重复报警
📊
Day 1 沉淀
日常基线范围
iOS 稳定在 68%~72%，Android 稳定在 60%~64%
📅
Day 3 习得
周末自然回落规律
每逢周六日大盘自然回落 ~6%，属正常现象不触发报警
🔇
Day 5 去重
已知持续问题台账
11-04 安卓渠道 A09 停投已汇报，今日因同一原因波动直接静默
亮点 04 · 跨软件无缝穿透
👉 点击左侧【小闪】客户端按钮，体验跨软件唤醒 DSH 现场
【小闪】通知卡片 ➔ 一键唤起 DSH 现场续聊
今日 09:01 收到异动报告
🔴 支付转化率异动归因
Z = -4.6σ
昨日安卓端转化率跌至 51.0%
1. 巡检结果：iOS 正常(69.2%)，Android 跌破基线
2. 下钻发现：v4.8.2 支付签名超时占 78.4% (4,120单)
Deep-Link 穿透
?sessionId=sess_7c6d
免重查 · 继承上下文
🌐 https://dsh.internal/chat/sess_7c6d5e4f
现场已就绪
✓ 已加载本轮执行记录与查询证据
4,120 rows
🤖 [DSH 现场已恢复] 早上 09:00 排查的安卓端失败明细已在上下文中，无需重新交代背景，请直接追问：
点击模拟分析师在 DSH 现场直接追问：
亮点 05 · 每轮鉴权与权限隔离
任务随人授权，每轮重新检查
05. 技术实施评估
同一产品范围，两条落地路径
评估 01 · 建设边界
两条路线，分别要建什么？
官方复用插件开发接入待验证
共同复用当前能力Agent·Session·Workspace·CubeData / DSL·Text2SQL
评估 02 · 对齐功能全景
七类功能，两条实现路径
评估总结
建议方案 A：升级 Harness + 业务插件
复用原生调度、持久化和基础管理界面，集中建设配方、基线、记忆与小闪交付，减少调度平台的长期维护负担。
01
预发布版本稳定性
候选 0.2.2-alpha.3 为预发布版，接口和行为可能变化；需锁定依赖并验证稳定性。
02
现有插件兼容
CubeData、多租户、附件和图表需完整回归，避免升级影响现有工具与会话。
03
后台执行语义
防重、截止与次数上限、冷租户唤醒仍需业务适配，验证不重复执行、不越权。
04
数据迁移与回退
存储变化可能导致状态丢失或重复补发；升级前备份任务与会话，并演练回退。
选型条件
上述验证通过后采用 A；若版本兼容或官方扩展点无法满足，再评估 B，并承担调度与界面的长期维护。业务分析、安全权限与小闪交付两条路线都需完成。