@researai/deepscientist 1.5.13 → 1.5.14

package/docs/zh/05_TUI_GUIDE.md

@@ -1,128 +1,511 @@
-# 05 TUI 使用指南：如何使用终端界面
+# 05 TUI 端到端指南：如何在终端里跑通整个流程
 
-这份文档是当前 DeepScientist TUI 的**单一权威使用说明**（以本仓库实现为准）。
+这份文档面向一个很具体的目标：
 
-如果你想了解更完整的运行时控制流、Prompt/Skill 执行模型、MCP 语义、以及 Canvas（Git 图）如何被重建，请同时阅读 `docs/zh/06_RUNTIME_AND_CANVAS.md`。
+- 你从 `ds --tui` 进入终端界面
+- 你知道现在自己在什么模式里
+- 你能创建或切换 quest
+- 你能在 TUI 里把 QQ、微信、Lingzhu 这样的 connector 配好
+- 你能把 connector 真正绑定到当前 quest
+- 你能继续在 TUI、Web、QQ、微信之间切换，而不会把上下文弄乱
 
-## 安装与启动
+如果你想看更底层的运行时和 Canvas 机制，再继续看 [06 Runtime 与 Canvas](./06_RUNTIME_AND_CANVAS.md)。
 
-在当前仓库目录中：
+## 1. 先记住 TUI 的三个面
+
+当前 TUI 不是“一个纯聊天框”，而是三个工作面来回切换：
+
+1. `home / request mode`
+   你还没有把当前终端会话绑定到某个 quest。
+   这个模式下可以预览 quest、创建 quest、打开配置，但普通文本不会自动发给任何 quest。
+2. `quest mode`
+   你已经绑定到一个 quest。
+   这个模式下直接输入普通文本，就是给当前 quest 发用户消息。
+3. `config mode`
+   你在看本地配置、quest 配置、或者 connector 配置。
+   这个模式主要靠 `↑/↓`、`Enter`、`Esc` 操作。
+
+你可以把它理解成：
+
+- `home` 负责“选项目”
+- `quest` 负责“推进项目”
+- `config` 负责“接入外部协作面和编辑配置”
+
+## 2. 安装与启动
+
+在当前仓库根目录：
 
 ```bash
 uv sync
 npm install
 ```
 
-常用启动方式：
+最常用的启动方式：
 
 ```bash
-ds
 ds --tui
+```
+
+也常用：
+
+```bash
+ds
 ds --both
 ds --status
 ds --stop
 ```
 
-说明：
-
-- `ds`：启动守护进程，打印醒目的本地 Web 链接，尝试自动打开浏览器，然后退出。
-- `ds --tui`：启动守护进程，并进入基于 Ink 的终端工作区。
-- `ds --both`：同时打开 Web 工作区，并保持终端工作区附着运行。
-- `ds --stop`：停止**守护进程本身**（不是仅停止某个 quest）。
-- 仍可使用 `python -m deepscientist.cli ...` 做底层操作，但推荐通过 launcher 使用。
-- 在源码仓库里，`node bin/ds.js` 与 `ds` 的行为一致
-
-## TUI 内的核心操作
-
-在 TUI 中：
-
-- `/home`：回到“未绑定 quest”的请求模式。
-- `/projects`：打开 quest 列表（浏览/切换）。
-- `/use <quest_id>`：绑定当前 TUI 会话到指定 quest。
-- `/new <goal>`：在 TUI 内创建新 quest。
-- `/new <goal>` 会创建 quest，并通过守护进程自动启动首轮执行。
-- `/delete <quest_id> --yes`：删除 quest（危险操作，需要确认）。
-- 直接输入普通文本：发送到当前绑定的 quest（作为用户消息）。
-- `/status`：查看当前 quest 状态。
-- `/graph`：查看当前 quest 的 Git 图（分支与研究过程）。
-- `/help`：在 TUI 内显示命令列表和控制键说明。
-- `/config`：打开本地配置浏览器。
-- `/pause`：暂停当前 quest（若未绑定 quest，会进入选择面板）。
-- `/resume`：恢复已暂停/停止的 quest（若未绑定 quest，会进入选择面板）。
-- `/stop`：停止当前 quest（若未绑定 quest，会进入选择面板）。
-- `/stop <quest_id>`：停止指定 quest。
-- 在输入框中输入 `/` 会显示实时命令列表；继续输入 `/re`、`/co` 等前缀时，会按前缀过滤命令行
-- 在 home 模式下，`↑/↓` 和 `Tab` 只会切换“当前预览选中的 quest”，不会直接硬切换一个已经绑定中的 quest。
-- 在 home 模式下，普通文本不会再隐式创建 quest，也不会隐式发消息；必须用 `/new <goal>` 创建，用 `/projects` 或 `/use <quest_id>` 绑定后再聊天。
-
-如果你已经在某个 quest 中，`/pause`、`/resume`、`/stop` 默认作用于当前 quest。
-
-页脚和欢迎区也会直接显示主要快捷提示：
+含义：
+
+- `ds`：启动 daemon，打印本地 Web 地址，尝试打开浏览器，然后退出。
+- `ds --tui`：启动 daemon，并进入终端工作区。
+- `ds --both`：同时开 Web 和 TUI。
+- `ds --status`：查看 daemon 状态。
+- `ds --stop`：停止 daemon 本身，不只是停止某个 quest。
+
+## 3. 进入 TUI 后，第一眼应该怎么看
+
+如果你是第一次进来，欢迎区最重要的信息有三类：
+
+- 当前是 `request mode` 还是 `quest mode`
+- 当前本地 Web 地址
+- 当前有哪些 quest 可以切换
+
+如果欢迎区显示的是 `request mode`，说明你还没有绑定 quest。
+
+这时正确动作不是直接输入普通文本，而是先做下面两件事之一：
+
+- 创建一个新 quest：`/new <goal>`
+- 绑定一个已有 quest：`/use <quest_id>`
+
+例如：
+
+```text
+/new 复现当前项目的 baseline，并整理一个可比较的实验计划
+```
+
+或者：
+
+```text
+/use 001
+```
+
+## 4. 最短可跑通路径：从 0 到第一个 quest
+
+这是我建议的第一条完整路径。
+
+### Step 1. 启动 TUI
+
+```bash
+ds --tui
+```
+
+### Step 2. 创建 quest
+
+在输入框输入：
+
+```text
+/new 用当前仓库跑一次 baseline，并给出后续实验计划
+```
+
+成功后，TUI 会自动切进这个新 quest。
+
+### Step 3. 等首轮执行开始
+
+`/new <goal>` 不只是建目录，还会自动启动首轮运行。
+
+这时你会看到：
+
+- quest 已经被绑定
+- 历史区开始出现消息、artifact 或操作记录
+- 状态栏显示当前 quest id
+
+### Step 4. 再发一条普通消息
+
+例如：
+
+```text
+先别发散，先把当前 baseline 跑通，然后告诉我缺什么配置。
+```
+
+这条消息会发给当前绑定的 quest。
+
+### Step 5. 用 `/status` 和 `/graph` 看状态
+
+常用两条命令：
+
+```text
+/status
+/graph
+```
+
+- `/status`：看 quest 当前状态
+- `/graph`：看 quest 图和研究过程
+
+### Step 6. 随时打开 Web
+
+在 TUI 里按：
+
+- `Ctrl+O`：打开当前 quest 对应的 Web 工作区
+
+这很重要，因为 TUI 和 Web 看的是同一个 daemon、同一个 quest、同一套事件流。
+
+## 5. TUI 里最常用的命令和按键
+
+### 命令
+
+- `/home`：回到未绑定 quest 的 request mode
+- `/projects`：打开 quest 浏览面板
+- `/use <quest_id>`：绑定到指定 quest
+- `/new <goal>`：创建新 quest
+- `/delete <quest_id> --yes`：删除 quest
+- `/pause`：暂停当前 quest；未绑定时会先进入选择面板
+- `/resume`：恢复当前 quest；未绑定时会先进入选择面板
+- `/stop`：停止当前 quest；未绑定时会先进入选择面板
+- `/stop <quest_id>`：显式停止指定 quest
+- `/status`：看当前 quest 状态
+- `/graph`：看当前 quest 图
+- `/config`：进入配置面
+- `/config connectors`：直接进 connector 列表
+- `/config qq`：直接进 QQ 配置
+- `/config weixin`：直接进微信配置
+- `/config lingzhu`：直接进 Lingzhu 配置
+
+### 按键
 
 - `Enter`：发送输入或确认选择
-- `↑/↓`：浏览选择列表
-- `Esc`：关闭当前弹层
+- `↑/↓`：切换选择项
+- `Tab`：在列表中向下切换
+- `Esc`：返回上一层或关闭当前面板
+- `Ctrl+R`：强制刷新
 - `Ctrl+O`：打开 Web 工作区
+- `Ctrl+G`：从任意位置直接打开配置首页
+- `Ctrl+B`：离开当前 quest；如果你在配置页，则先关闭配置页
 - `Ctrl+C`：退出 TUI
+- `Shift+↑/↓`：滚动历史区
+- `PageUp/PageDown`：整页滚动历史区
+
+## 6. 正确的日常节奏
+
+如果你准备把 TUI 当主工作面，推荐始终按这个顺序：
+
+1. 先确认自己是否已经绑定 quest
+2. 再发消息
+3. 需要切 quest 时用 `/projects` 或 `/use`
+4. 需要配 connector 时先确认“当前 quest”是谁，再进 `/config`
+
+原因很简单：
+
+- connector 绑定动作是“绑定到当前 quest”
+- 如果你先进了 `/config qq`，但当前没有 active quest，那么 TUI 只能保存 connector 配置，不能替你完成 quest 绑定
+
+所以推荐顺序是：
+
+1. `/new <goal>` 或 `/use <quest_id>`
+2. 确认已经进入 quest mode
+3. `/config qq` 或 `/config weixin` 或 `/config lingzhu`
+
+## 7. 在 TUI 里配置 connector 的推荐顺序
+
+当前 TUI 对 connector 的最佳实践顺序是：
+
+1. 先创建或切到你要继续推进的 quest
+2. 再进入 connector 配置页
+3. 先看顶部 guide
+4. 按 guide 的顺序完成平台侧操作
+5. 回到 TUI 执行保存、刷新或绑定动作
+
+### 为什么现在顶部 guide 很关键
+
+connector 详情页顶部现在不是装饰性文案，而是“下一步怎么做”的实际操作提示。
+
+- `QQ`：顶部会告诉你应该先填凭据、再发第一条私聊、再等待 OpenID / conversation_id 自动出现
+- `Weixin`：顶部会告诉你应该先创建二维码，再用微信扫码确认
+- `Lingzhu`：顶部会告诉你应该先设置公网 `public_base_url`，然后把哪些值填到 Rokid 平台
 
-## 消息投递（Mailbox）模型
+## 8. QQ：在 TUI 里跑通完整链路
 
-TUI、Web UI、以及外部 Connector 共用同一套“邮箱”语义：
+这是当前最容易误操作的一条，所以单独展开。
 
-1. 当 quest 空闲时，用户第一条普通消息会**直接触发一轮 turn**。
-2. 这条启动消息会被本轮 run 认领，不会在后续“邮箱投递”中被重复投递。
-3. 当 agent 正在运行时，后续用户消息会进入 `.ds/user_message_queue.json` 队列。
-4. 这些排队消息只会在 agent 调用 `artifact.interact(...)` 时被投递给 agent。
-5. 投递发生后，队列消息会从 `pending` 变成已完成的审计记录。
-6. 如果没有新消息，运行时会明确告诉 agent“用户没有新消息”，便于继续推进而不是卡住等待。
+### 推荐路径
 
-相关持久化文件（均在 quest 内）：
+1. 先进入目标 quest
+2. 输入 `/config qq`
+3. 先看顶部 guide
+4. 填 `Bot name`、`App ID`、`App Secret`
+5. 执行 `Save Connector`
+6. 从你自己的 QQ 给 bot 发第一条私聊
+7. 回到 TUI，等待自动刷新，或按 `Ctrl+R`
+8. 确认 `Detected OpenID` 与 `Last conversation` 不再为空
+9. 在下面出现的 target action 里，把当前 quest 绑定到正确的 QQ target
+
+### 你在 QQ 页面会看到什么
+
+顶部通常会给出两类信息：
+
+- `Top Guide`
+  这告诉你现在应该先做哪一步
+- `Current Status`
+  这告诉你当前卡在哪一步
+
+重点字段：
+
+- `Detected OpenID`
+  这是系统自动学到的，不是第一次就该手填的字段
+- `Last conversation`
+  这是运行时最后一次看到的会话 id
+- `Discovered targets`
+  这是 TUI 已经从运行时学到、可以拿来绑定 quest 的目标
+- `Profile · ...`
+  如果 QQ 配了多个 profile，TUI 现在会直接显示每个 profile 的运行时摘要，你可以在终端里看到它的 OpenID、偏好 target、当前绑定 quest 和就绪状态，不必先切回 Web。
+
+### 正确理解 QQ 绑定
+
+在当前 TUI 里，QQ 有两层事：
+
+1. 保存 QQ bot 自身凭据
+2. 把某个 runtime target 绑定到当前 quest
+
+只有第 1 层完成，还不算真正“跑通”。
+
+真正跑通的标志是：
+
+- `Detected OpenID` 已出现
+- target action 已出现
+- 你把当前 quest 绑定到了正确 target
+
+### 当前 TUI 里的限制
+
+- 如果你有多个 QQ profile，TUI 详情页仍会提示：profile 的新增、删除、凭据替换属于原始配置编辑任务
+- 多 profile 的新增、删除、复杂编辑，仍建议回到原始 `connectors.yaml` 或 Web 设置页
+- 但 profile 摘要和 runtime target 绑定动作现在会直接完整展示在 TUI 里
+
+## 9. 微信：在 TUI 里跑通完整链路
+
+### 推荐路径
+
+1. 先进入目标 quest
+2. 输入 `/config weixin`
+3. 执行 `Bind Weixin` 或 `Rebind Weixin`
+4. TUI 会进入二维码页
+5. 用目标微信账号所在手机扫码
+6. 在微信里确认登录
+7. 成功后 TUI 自动回到详情页
+8. 确认 `Bot account`、`Owner account`、`Known targets` 已刷新
+
+### 当前行为要点
+
+- 微信绑定不需要你手动填 bot token
+- 二维码是 DeepScientist 在 TUI 内直接生成的
+- 扫码确认成功后，connector 配置会自动保存
+
+### 什么时候算跑通
+
+至少满足：
+
+- 详情页不再是“未绑定”
+- `Bot account` 不为空
+- `Owner account` 不为空
+
+如果你还要继续用它推进 quest，后续再让 quest 绑定到微信会话即可。
+
+## 10. Lingzhu / Rokid：在 TUI 里跑通完整链路
+
+Lingzhu 的关键不是“点一个按钮立即完成”，而是“TUI 生成平台字段，你拿去填 Rokid 平台”。
+
+### 推荐路径
+
+1. 先进入目标 quest
+2. 输入 `/config lingzhu`
+3. 先把 `Public base URL` 改成最终公网地址
+4. 如果需要，生成新的 `Custom agent AK`
+5. 看详情页里自动生成的 Rokid 字段
+6. 把里面的值填到 Rokid 平台
+7. 回到 TUI 执行 `Save Connector`
+
+### 你需要特别注意的点
+
+- `public_base_url` 必须是最终可访问的公网 `http(s)` 地址
+- `127.0.0.1`、`localhost`、内网地址不能作为真实 Rokid 绑定地址
+- 详情页现在会展示和 Web 弹框一致的 Rokid 侧字段：
+  - `Custom agent ID`
+  - `Custom agent URL`
+  - `Custom agent AK`
+  - `Agent name`
+  - `Category`
+  - `Capability summary`
+  - `Opening message`
+  - `Input type`
+- 如果终端一屏放不下，使用 `PgUp` / `PgDn` 往下翻
+
+### 什么时候算跑通
+
+至少满足：
+
+- `Public base URL` 已改成公网地址
+- `Custom agent AK` 已生成或已填入
+- 你已经把顶部列出的字段复制进 Rokid 平台
+- 当前 connector 已保存
+
+## 11. 一条完整推荐剧本
+
+如果你要在一台服务器上用 TUI 跑通“建 quest + 配 connector + 继续推进”，我建议直接照下面这条顺序：
+
+### 剧本 A：QQ
+
+1. `ds --tui`
+2. `/new <goal>`
+3. 等 quest 自动启动
+4. `/config qq`
+5. 填 `Bot name / App ID / App Secret`
+6. `Save Connector`
+7. 去 QQ 给 bot 发一条私聊
+8. 回 TUI，确认 `Detected OpenID` 和 target 出现
+9. 执行 `Bind ...` 动作，把当前 quest 绑定到该 QQ target
+10. 再去 QQ 继续发消息，或回 TUI / Web 继续推进
+
+### 剧本 B：微信
+
+1. `ds --tui`
+2. `/new <goal>` 或 `/use <quest_id>`
+3. `/config weixin`
+4. `Bind Weixin`
+5. 手机扫码并确认
+6. 等 TUI 自动回详情页
+7. 确认绑定信息已刷新
+8. 继续在 quest 内推进
+
+### 剧本 C：Lingzhu
+
+1. `ds --tui`
+2. `/new <goal>` 或 `/use <quest_id>`
+3. `/config lingzhu`
+4. 改 `Public base URL`
+5. 生成或填写 `Custom agent AK`
+6. 把顶部列出的值复制到 Rokid 平台
+7. `Save Connector`
+8. 再做设备侧联通验证
+
+## 12. TUI、Web、Connector 是同一个 quest
+
+这件事非常重要。
+
+你在 TUI 里做的这些事：
+
+- `/new`
+- `/use`
+- 普通消息
+- `/pause`、`/resume`、`/stop`
+- connector 绑定
+
+都会进入同一个 daemon 和同一个 quest 持久状态。
+
+所以：
+
+- 在 TUI 里建的 quest，Web 能立刻看到
+- 在 TUI 里绑定的 connector，Web 能立刻看到
+- 在 QQ / 微信里继续对话，TUI 和 Web 最终也会回到同一个 quest 上
+
+TUI 不是“另起一套状态”，只是另一种操作面。
+
+## 13. 邮箱语义：为什么运行中发的消息不一定立刻被 agent 看见
+
+TUI、Web、connector 共用同一套 mailbox 语义。
+
+核心规则：
+
+1. quest 空闲时，第一条普通用户消息直接启动一轮
+2. quest 正在运行时，后续用户消息先进入队列
+3. 只有 agent 调用 `artifact.interact(...)` 时，这些排队消息才会被真正投递
+
+持久化文件在 quest 内：
 
 - `.ds/runtime_state.json`
 - `.ds/user_message_queue.json`
 - `.ds/interaction_journal.jsonl`
 - `.ds/events.jsonl`
 
-## Pause / Stop / Resume
+这意味着：
+
+- 你追加的一句补充，不一定在 1 秒内就被 agent 看见
+- 但它没有丢，只是进入邮箱，等待下一次交互点被投递
+
+## 14. Pause / Resume / Stop 怎么理解
 
-Quest 级控制：
+- `/pause`：中断当前 runner，把 quest 置为 `paused`
+- `/resume`：把 `paused` 或 `stopped` 的 quest 拉回 `active`
+- `/stop`：更强的中断，把 quest 置为 `stopped`
 
-- `/pause`：中断当前 runner，并将 quest 标记为 `paused`。
-- `/resume`：把 `paused` 或 `stopped` 的 quest 重新置为 `active`。
-- `/stop`：更强的中断；清理 `active_run_id`，把 quest 标记为 `stopped`。
-- `/pause`、`/resume`、`/stop` 会写入一条可见的控制事件到 quest 历史，并按路由策略推送到绑定的 connectors。
+`/stop` 比 `/pause` 更强，因为：
 
-`/stop` 比 `/pause` 更强：
+- 未投递的邮箱消息会被取消
+- 旧消息不会在下一轮被静默重放
+- 但 Git 分支、工作树、已经写过的文件都保留
+
+所以如果你只是“先停一下”，优先用 `/pause`。
+如果你要明确切断当前一轮，优先用 `/stop`。
+
+## 15. 排错
+
+### 问题 1：我进了 TUI，但输入普通文本没反应
+
+先检查：
+
+- 你是不是还在 `request mode`
+- 你有没有先 `/use <quest_id>` 或 `/new <goal>`
+
+如果没有绑定 quest，普通文本不会自动发出去。
+
+### 问题 2：QQ 的 `Detected OpenID` 一直为空
+
+按顺序排查：
+
+1. 你有没有先保存 `App ID / App Secret`
+2. 你有没有真的从 QQ 发过第一条私聊
+3. 你有没有等一次自动刷新，或者按 `Ctrl+R`
+
+### 问题 3：我在 `/config qq` 里能看到 target，但没有绑定动作
+
+通常是因为：
+
+- 你当前没有 active quest
+
+先：
+
+```text
+/use <quest_id>
+```
+
+再回到：
+
+```text
+/config qq
+```
 
-- 未投递的邮箱消息会被取消（但会保留审计记录，如 `cancelled_by_stop`）
-- 当前轮启动消息会记录为 `accepted_by_run`
-- stop 后下一条新用户消息会启动新的一轮，不会静默重放旧队列
-- stop 不会改写 Git：当前分支/工作树/已写文件都保留，便于继续接续
+### 问题 4：微信二维码扫了，但页面没回去
 
-守护进程级 stop：
+先看：
 
-- `ds --stop`：停止守护进程
-- 会尽量先优雅退出；必要时升级到 `SIGTERM`/`SIGKILL`
-- 成功停止后会清理 daemon state，并打印 `DeepScientist daemon stopped.`
+- 手机里是否真的确认了登录
+- 当前 daemon 是否还在线
 
-## Artifact 交互要求
+如果不确定，按 `Ctrl+R` 强制刷新一次。
 
-agent 应当把 `artifact.interact(...)` 作为长对话的“脊柱”：
+### 问题 5：Lingzhu 已经填了，但设备还是不通
 
-- `progress` / `milestone`：线程式进度更新（非阻塞）
-- `decision_request`：阻塞式决策请求（需给出 1~3 个选项、利弊、证据）
+先确认：
 
-## 排错
+- `Public base URL` 是公网可达地址
+- 不是 `localhost` / `127.0.0.1` / 内网地址
+- Rokid 平台里填的是顶部 guide 给出的值，而不是本地地址
 
-若你发送消息后 TUI 看起来“没反应”：
+## 16. 最后给一个简单判断标准
 
-- 确认是否绑定了 quest
-- 用 `/status` 查看 quest 状态
-- 查看 `.ds/runtime_state.json`（`status`、`active_run_id`、`pending_user_message_count`）
-- 查看 `.ds/events.jsonl` 是否有 `runner.turn_error`、`quest.control`、`artifact.recorded`
+如果你想判断自己是否真的“会用 TUI 跑通流程”，看下面四条是否都能做到：
 
-若“运行中”时发送的补充消息没有被 agent 看到：
+1. 你能从 `request mode` 创建或绑定 quest
+2. 你能在 `quest mode` 给当前 quest 发消息并看状态
+3. 你能在 `/config` 里把至少一个 connector 配好
+4. 你知道 connector 配好不等于 quest 已绑定，并且你知道在哪里做 quest 绑定
 
-- 看 quest 是否仍在运行
-- 看 `.ds/user_message_queue.json`
-- 确认 agent 过程中有调用 `artifact.interact(...)`
+如果这四条都能做到，TUI 的主流程你就已经跑通了。

package/docs/zh/README.md

@@ -76,6 +76,8 @@ DeepScientist 灵活且易于使用，支持：
 
 - [00 快速开始](./00_QUICK_START.md)
   从安装、启动，到创建第一个项目，先看这一篇。
+- [05 TUI 端到端指南](./05_TUI_GUIDE.md)
+  如果你主要在服务器或终端里工作，这篇会带你从 `ds --tui` 一路走到 quest、connector 和跨端协作跑通。
 - [15 Codex Provider 配置](./15_CODEX_PROVIDER_SETUP.md)
   如果你准备通过 MiniMax、GLM、火山方舟、阿里百炼或其他 Codex profile 来运行 DeepScientist，先看这一篇。
 - [12 引导式工作流教程](./12_GUIDED_WORKFLOW_TOUR.md)

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@researai/deepscientist",
-  "version": "1.5.13",
+  "version": "1.5.14",
   "description": "DeepScientist is not just a fully open-source autonomous scientific discovery system. It is also a research map that keeps growing from every round.",
   "license": "Apache-2.0",
   "files": [

package/pyproject.toml

@@ -4,7 +4,7 @@ build-backend = "setuptools.build_meta"
 
 [project]
 name = "deepscientist"
-version = "1.5.13"
+version = "1.5.14"
 description = "DeepScientist Core skeleton"
 readme = "README.md"
 requires-python = ">=3.11"

package/src/deepscientist/__init__.py

@@ -5,4 +5,4 @@ __all__ = ["__version__"]
 try:
     __version__ = _package_version("deepscientist")
 except PackageNotFoundError:  # pragma: no cover - source checkout fallback
-    __version__ = "1.5.13"
+    __version__ = "1.5.14"