dsh-jira-tasks
Verifieddsh-jira-tasks · v1.3.0 · MIT · Web UI
JIRA open tasks panel for DeepSeek Harness (DSH) 0.1.7 and 0.2.0, web and Desktop: shows the current user's open/reopened issues below the composer, per-workspace project key, persistent profile bundle.
Install
dsh plugin add dsh-jira-tasks Confirm the layer applied with dsh --profile default --dump-config — see the install guide.
Source
Tags
Creators
Readme
JIRA 开启任务面板(DeepSeek Harness 插件)
中文 · English
在 DSH 会话输入框下方展示当前 JIRA 项目指派给当前用户的「开启 / 重新开启」任务列表。JIRA 地址与令牌在设置 → JIRA 配置(设置对话框左侧导航)中配置(JIRA_BASE_URL / JIRA_API_TOKEN 作为回退);项目 Key 与 JQL 按工作区配置并持久化。
适配的 DSH 版本:0.1.7 与 0.2.0(
0.1.7-rc.2、0.2.0-rc.2实测),浏览器(web profile)与桌面端(Electron 独占的 desktop profile)通用。 客户端槽位conversation.input.dock/plugins.item/settings.section、设置服务ctx.configForms(命名空间 = profile 条目 idjira-tasks)、ctx.effect/configForms.whileServed的注销契约在 0.1.7 → 0.2.0 之间没有变化(逐包 diff 过),所以同一份lib/同时覆盖两版;0.1.6 及更早版本的settingsScope/settings.register/settings.plugin.item已不再使用。 包内声明了 DSH 兼容范围>=0.1.7-rc.2 <0.3.0-0(engines.dsh+ 可选 peer@deepseek-ai/dsh):0.2.0 起 DSH 会在安装与启动时校验该范围,不满足的版本会被跳过并在插件管理器里给出allow-version精确豁免入口(peer 标了optional,pnpm不会把整套@deepseek-ai/dsh装进 profile)。
功能
- 📋 新会话与活跃会话的输入框下方均展示任务面板(新会话时与输入框等宽)
- 👤 默认仅显示当前用户(
assignee = currentUser())的「开启 / 重新开启」任务 - ⚙️ 设置 → JIRA 配置(设置对话框左侧导航,位于「Agent 预设」下方)配置 JIRA 地址与访问令牌(令牌写入凭据存储,不回传前端);插件面板里的同一张 JIRA 卡片仍然可用
- 🟢 设置卡片自动探测连接并显示状态灯:绿=可用、红=不可用、灰=未配置;点「测试连接」可用未保存的草稿值即时验证
- ⚙️ 项目 Key 与 JQL 按工作区保存;未配置的工作区显示"未配置"
- 🔄 打开新会话自动查询,面板内支持一键刷新(⟳)
- 🧭 点击标题可收起 / 展开面板;标题徽标显示查询命中的任务总数(列表最多展示 50 条,按更新时间倒序)
- 🏷️ 每条任务附状态徽章(按状态分类着色:新建 / 进行中 / 其他)、优先级与类型标签
- 🔗 任务可点击,在新标签页打开 JIRA 详情
- 🎨 颜色使用 DSH 主题令牌,浅色 / 深色主题自适应
安装
包已发布到公共 npm(dsh-jira-tasks);仓库的发布工作流同时把同一版本发布到 GitHub Packages(作用域包名 @liu3734/dsh-jira-tasks)。**浏览器(web profile)**从 npm 安装(推荐):
dsh plugin --profile web add dsh-jira-tasks
或直接从 GitHub 安装(仓库根即包目录,lib/ 为预构建产物):
dsh plugin --profile web add github:liu3734/jira-tasks-dsh-plugin
重启 DSH 后生效。
桌面端(DeepSeek Harness.app)
桌面端不用 web profile,而是 Electron 独占的 desktop profile(~/.dsh/profiles/desktop/)。该 profile 名被应用保留:npm 全局安装的 dsh 会直接拒绝 --profile desktop 的 boot 与 plugin 操作(profile "desktop" is managed exclusively by the Electron application),必须用桌面端自带的命令:
先打开一次桌面端(由应用初始化 desktop profile),然后完全退出桌面端
应用内菜单 → 管理 dsh 命令 / Manage dsh Command → Install,把桌面端自带的
dsh装进 PATH安装插件:
dsh plugin --profile desktop add dsh-jira-tasks确认
~/.dsh/profiles/desktop/package.json的dsh.profile.bundles里有"dsh-jira-tasks",再启动桌面端
桌面端渲染进程的 origin 是
dsh-app://app。非静态资源的请求由 Electron 转发到本机 Host,所以插件的fetch("/jira/api/search")这类绝对路径照常可用;任务链接的target="_blank"由 Electron 交给系统浏览器打开。项目 Key / JQL 存在该 origin 的 localStorage 里,与浏览器访问http://127.0.0.1:<port>时的配置互不相通,两边各配一次即可。
装完没反应?先查
dsh.profile.bundles。 DSH 只有当对应 profile 的package.json(~/.dsh/profiles/web/package.json或~/.dsh/profiles/desktop/package.json)里的dsh.profile.bundles列了"dsh-jira-tasks"时才把本包当作 profile 层挂载;只出现在dependencies里不够——此时启动日志会打patch: entry "jira-tasks" not found,插件静默不加载。dsh plugin --profile <name> add一般会补上这一行,但该包已在dependencies中时重装不会重新补,手动往dsh.profile.bundles追加"dsh-jira-tasks"即可。
若改用 GitHub Packages 源:先在 profile 的
.npmrc配置@liu3734:registry=https://npm.pkg.github.com/及读取令牌,再执行dsh plugin --profile web add @liu3734/dsh-jira-tasks。
手动安装(不使用 npm)
- 将本仓库(仓库根目录即包目录)复制为 profile 内的
packages/dsh-jira-tasks/(可忽略.git/)——web 用~/.dsh/profiles/web/,桌面端用~/.dsh/profiles/desktop/ - 编辑该 profile 的
package.json:dependencies增加:"dsh-jira-tasks": "file:./packages/dsh-jira-tasks"dsh.profile.bundles追加:"dsh-jira-tasks"
- 在 profile 目录执行
pnpm install - 重启 DSH(桌面端需完全退出后重新打开)
注:
pnpm install会把包复制到node_modules/(非符号链接),改动源码后需同步node_modules/dsh-jira-tasks或重跑 install。
动态插件方式(临时,重启后消失)
在 DSH 会话中用 Cordis 工具执行:cordis_define(kind: new,idPrefix: "jira",源码见仓库 plugin/host.js / plugin/client.js)→ cordis_run 激活。动态插件只存在于进程内存,重启后消失,仅适合临时试用。
配置
1. JIRA 地址与令牌
打开 设置 → JIRA 配置(左侧导航最后一项,在「Agent 预设」下面;插件面板里的 JIRA 卡片是同一张表单),填写:
- JIRA 地址:如
http://jira.example.com/(写入本插件 profile 条目jira-tasks的Config.baseUrl,即 profile 的cordis.patch.yml,可在界面回读;保存被宿主拒绝时会直接报错,不会静默失败) - 访问令牌 / PAT:写入凭据存储(
$DSH_HOME/.credentials.yaml,引用名是插件自有的JIRA_TASKS_TOKEN),前端只显示"已配置",不回传令牌本身
留空并保存会保持已有令牌不变;地址留空并保存则清除设置项,回退到凭据存储 / 环境变量。认证自动识别:令牌含 : 用 Basic,否则用 Bearer(JIRA PAT)。
设置页令牌优先于环境变量:启动 DSH 的环境里已有
JIRA_API_TOKEN(Windows 用户级环境变量也算)时,卡片照常可以输入并保存——保存的是插件自有引用JIRA_TASKS_TOKEN,DSH 不会拒绝(它只拒绝写入会被环境遮蔽的同名引用),Host 解析时也把它排在环境变量之前:JIRA_TASKS_TOKEN(设置页) > JIRA_API_TOKEN > JIRA_TOKEN想改回用环境变量,点卡片里的「清除设置页令牌」即可。
连接测试
卡片底部有连接状态灯与 测试连接 按钮:
- 打开卡片时会自动探测一次(请求 JIRA
/rest/api/2/myself),保存后也会自动重测 - 绿 = 地址与令牌可用(并显示当前登录用户);红 = 不可用(显示 JIRA 返回的原因,如 401 认证失败);灰 = 地址或令牌未配置
- 点 测试连接 会用当前输入框里的内容(未保存也可)立即测试,方便改完再存
以下环境变量 / 凭据仍作为回退(设置页未配置 baseUrl 时生效,兼容旧部署),热加载无需重启。注意地址的优先级是 Config.baseUrl > JIRA_BASE_URL > JIRA_URL,而 JIRA_BASE_URL 既可以从启动环境读,也可以像下面这样存在 .credentials.yaml 里——旧域名的记录留在凭据文件里时,设置页一旦清空地址就会回退到它:
JIRA_BASE_URL: "http://jira.example.com/"
JIRA_API_TOKEN: "<PAT 或 user:token>"
- 地址别名:
JIRA_BASE_URL/JIRA_URL - 令牌解析顺序:
JIRA_TASKS_TOKEN(设置页写入)→JIRA_API_TOKEN→JIRA_TOKEN,前者优先
2. 项目 Key 与 JQL(按工作区)
- 点击面板标题右侧 ⚙ 打开设置(表单顶部提示当前配置归属的工作区)
- 项目 Key:如
HCPFYH1,保存后立即查询,该工作区后续新会话自动加载 - JQL:留空使用默认查询;也可填写自定义 JQL,
{projectKey}(或{key})会被替换为项目 Key
默认查询:
project = "{projectKey}" AND status in ("开启", "重新开启") AND assignee = currentUser() ORDER BY updated DESC
状态名按中文工作流("开启"/"重新开启")配置;若 JIRA 用英文状态(Open/Reopened),在 ⚙ 中填写自定义 JQL 即可。
兼容性与验证
| 维度 | 覆盖 |
|---|---|
| DSH 版本 | 0.1.7-rc.2、0.2.0-rc.2(实测);声明范围 >=0.1.7-rc.2 <0.3.0-0,即 0.1.7 与 0.2.x,不含 0.3.0 及其预发布 |
| 运行形态 | 浏览器(dsh web / web profile)、桌面端 DeepSeek Harness.app(Electron,desktop profile,渲染进程 origin dsh-app://app) |
| 宿主侧 | Config / webServer.register / subprocess.spawn / credentials.resolve / settings.configure:0.1.7 → 0.2.0 签名未变 |
| 客户端 | window.__ModuleLoader__.load、slots.inject/register、configForms.get/whileServed、remote.credentials、槽位 conversation.input.dock / plugins.item / settings.section:0.1.7 → 0.2.0 契约未变 |
验证方式(不改动用户 profile,临时 DSH_HOME 起真实服务):
# 用目标版本的 dsh 起一个隔离实例,profile 的 dsh.profile.bundles 含 dsh-jira-tasks
DSH_HOME=/tmp/dsh-check node <dsh-0.2.0-rc.2>/lib/bin.js --profile web --no-open --port 19399
curl -sX POST http://127.0.0.1:19399/jira/api/test -d '{}' # 连通性 / 鉴权
curl -sX POST http://127.0.0.1:19399/jira/api/search -d '{"projectKey":"<KEY>"}' # 任务查询
curl -s "http://127.0.0.1:19399/?token=<启动日志里的 token>" | grep -o dsh-jira-tasks # 客户端进入 __DSH_BOOT__ 模块图
桌面端另需确认:客户端 bundle 出现在应用 Code Cache(说明浏览器端已加载执行)、localStorage 里存在 dsh.jiraTasks.config.v1(说明面板可用且按工作区写入)。
卸载
dsh plugin --profile web remove dsh-jira-tasks # 浏览器
dsh plugin --profile desktop remove dsh-jira-tasks # 桌面端(需桌面端自带的 dsh 命令)
常见问题
面板显示「查询失败」
面板中的提示位于「查询失败:」之后,与下列文案对应:
| 提示 | 处理 |
|---|---|
| 未设置项目 Key | 面板未配置项目,点标题右侧 ⚙ 填写项目 Key |
| 未配置 JIRA 地址(设置 → JIRA 配置,或环境变量 JIRA_BASE_URL) | 地址未写入,见上文「配置 1」 |
| 未配置 JIRA 令牌(设置 → JIRA 配置,或环境变量 JIRA_API_TOKEN) | 令牌未写入,见上文「配置 1」 |
| 401 … | 令牌无效或认证方式不对;先 curl -H "Authorization: Bearer <token>" <base>/rest/api/2/myself 验证 |
| 无法解析 JIRA 响应:… | 网络 / 代理问题,curl 无输出 |
环境变量里的令牌,能不能在设置页覆盖?
能。 卡片把令牌保存到插件自有引用 JIRA_TASKS_TOKEN,而不是直接写环境变量用的 JIRA_API_TOKEN。DSH 只拒绝写入「会被启动环境遮蔽的同名引用」,插件自有引用不受影响,所以哪怕 shell / 系统里已导出 JIRA_API_TOKEN,设置页也能正常输入并保存,并且 Host 解析时优先用它:
JIRA_TASKS_TOKEN(设置页) > JIRA_API_TOKEN > JIRA_TOKEN
- 卡片会显示当前生效来源:已保存设置页令牌时提示「优先于环境变量 JIRA_API_TOKEN」;未保存时提示「当前使用环境变量 JIRA_API_TOKEN,填写并保存即可覆盖」
- 保存后自动重测连接;点「清除设置页令牌(回退到环境变量)」可删除覆盖值
- 唯一仍会报
is supplied read-only by the launching environment的情况:有人把JIRA_TASKS_TOKEN本身也导出到了启动环境——那种情况下该引用确实只读,需先移除它(Windows:系统属性 → 环境变量,或 PowerShell[Environment]::SetEnvironmentVariable('JIRA_TASKS_TOKEN', $null, 'User'))并重启 DSH
面板不显示
- 确认已安装并重启 DSH(桌面端要完全退出应用再打开);新会话面板位于输入框下方
- 检查对应 profile 的
dsh.profile.bundles是否包含"dsh-jira-tasks":浏览器看~/.dsh/profiles/web/package.json,桌面端看~/.dsh/profiles/desktop/package.json(最常见的漏装原因,见「安装」一节的提示;桌面端该 profile 只能用应用自带的 dsh 命令改) - 检查 DSH 启动日志:出现
patch: entry "jira-tasks" not found即为 profile 层未挂载;出现Plugin dsh-jira-tasks@<版本> is incompatible with dsh <运行版本>说明运行版本落在声明范围>=0.1.7-rc.2 <0.3.0-0之外,该包会被跳过(可按提示用dsh plugin allow-version或插件管理器授精确版本豁免);出现webserver: duplicate exact route说明同一路由被注册了两次(插件自身已用ctx.effect释放旧路由,若仍有说明有第二份副本) - 浏览器 / 桌面端控制台若报
client-modules: could not load "dsh-jira-tasks",说明/plugins/dsh-jira-tasks/client.js没取到——确认package.json的exports["./client"]指向已构建的lib/client.js - 桌面端面板显示「未配置」但你记得配过:项目 Key / JQL 按 origin 存 localStorage,
dsh-app://app(桌面端内置窗口)与http://127.0.0.1:<port>(浏览器)是两份独立配置
架构与实现细节
点击展开
┌────────────────────────────────────────┐ ┌────────────────────────────────────┐
│ conversation.input.dock(两种会话) │ │ webServer 路由 /jira/api/search │
│ CSS order:99 → 输入框下方、整宽 │ │ 条目 Config.baseUrl(volatile 引用) │
│ ↓ 挂载 / 刷新时 fetch POST │ │ credentials.resolve(TOKEN_REFS) │
│ 渲染:任务列表 / 错误 / 未配置 │ │ subprocess.spawn(curl …) │
│ localStorage 按工作区存取项目 Key/JQL │ │ ↓ stdout JSON │
│ plugins.item(插件面板卡片) │ │ 解析 issues → 返回 {ok,issues} │
│ settings.section(设置导航整页) │ │ │
└────────────────────────────────────────┘ └────────────────────────────────────┘
- Host:声明条目自身的
Config(baseUrl,volatile,DSH 0.1.5 起设置页的表单直接来自它;settings.configure({ auto: false }, ctx.fiber)关掉自动生成页,并把返回的注销函数交回ctx.effect)与webServer路由POST /jira/api/search、POST /jira/api/test(两条路由各自包在ctx.effect里,卸载/重载时先释放,否则重挂载会撞上「重复路由」直接抛错;非 POST 返回 405);令牌经credentials服务按JIRA_TASKS_TOKEN(设置页写入)→JIRA_API_TOKEN→JIRA_TOKEN的顺序解析($DSH_HOME/.credentials.yaml/ 环境变量,热加载),因此设置页保存的令牌能覆盖环境变量;查询用subprocess直接spawn curl,认证头经 stdin(--config -)传入,令牌不进入命令行参数。 - Client:
window.__ModuleLoader__.load({ id, factory })标准 web bundle,仅require("react");只注册conversation.input.dock一处(order: 10)。该槽位在新会话与活跃会话下都会渲染,属于composerStack(flex-direction: column)的整宽纵向行;面板元素自身flex order: 99排到输入卡之后,即输入框下方,并以--dsh-composer-side-clearance/--dsh-composer-card-max-width与输入卡等宽。之所以不用conversation.composer.dock:0.1.7 / 0.2.0 里那一槽位都渲染进 InputBar 的.dock横向 flex 行,与上下文占用环并排,整宽面板会被占用环压住右侧内容。插件地址与令牌的表单来自ctx.configForms.get("jira-tasks")(地址)与remote.credentials(令牌写入JIRA_TASKS_TOKEN),并用configForms.whileServed保证宿主未提供该命名空间时不显示。表单注册在两处:插件面板卡片plugins.item(id: "jira-tasks",order: 41,原入口保留)与设置对话框左侧导航项settings.section(id: "jira-tasks",order: 30—— 大于「Agent 预设」的 20,所以显示在它下方;label: "JIRA 配置";未在navIcon白名单里的 id 由设置外壳回退成默认齿轮图标)。两者共用同一个JiraSettingsPage:由外部 propvariant: "page"决定外层容器(li.jt-set-card卡片 /div.jt-set-page整页),字段区是同一份数组。plugins.item的摘要位由一个不调用任何 hook 的分发组件负责,表单在独立的JiraSettingsPage里,避免同一实例在view切换时改变 hook 数量。 - 为什么不用
shell服务:shell会套sandbox-exec,部分 macOS 上不可用(sandbox_apply: Operation not permitted);subprocess是原始进程缝,无此问题。 - 桌面端为什么不用改代码:桌面端 Host 与 web profile 是同一套 DSH(同样是
@deepseek-ai/dsh-web-app+dsh-host-webserver),渲染进程 origin 是dsh-app://app,非静态资源请求由 Electron 的protocol.handle带上 Host cookie 转发到本机 Host,所以fetch("/jira/api/*")与/plugins/...都照常工作;http(s)的target="_blank"由主窗口的setWindowOpenHandler交给系统浏览器。唯一差异是 localStorage 按 origin 隔离,配置需在桌面端与浏览器各存一份。 - 一处注册覆盖两种会话:
conversation.input.dock只要有 session + input 就会渲染,新会话与活跃会话无需分别注册(旧版曾用composer.dock+ 空白判定去重,0.1.7 下既不必要、又会与占用环抢同一行)。
与动态插件版的差异
| 维度 | 动态插件 | 正式安装(本包) |
|---|---|---|
| 持久性 | 重启丢失 | 重启保留 |
| Client→Host 通信 | host.call / harness.handle |
webServer 路由 + fetch |
| 客户端 bundle | 会话内注入 | /plugins/dsh-jira-tasks/client.js |
| 配置 / 凭据 | 仅环境变量 / .credentials.yaml(无设置页表单) |
设置导航「JIRA 配置」页 + 插件面板卡片 + 同一 .credentials.yaml 回退 |
License
MIT