dsh-human-wait 0.2.2 → 0.2.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +10 -0
- package/README.en.md +5 -7
- package/README.md +6 -9
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,15 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## 0.2.3 — 2026-11-15
|
|
4
|
+
|
|
5
|
+
Documentation only, no behaviour change.
|
|
6
|
+
|
|
7
|
+
- The opening line states the scope and the outcome (only in PTC mode; the 120-second deadline
|
|
8
|
+
pauses while DSH waits for you) instead of saying a timeout counts down.
|
|
9
|
+
- The FAQ keeps only questions readers actually ask. The defensive "does it affect standard
|
|
10
|
+
sessions?" entry is gone: the scope already says PTC mode, so there is nothing to warn about.
|
|
11
|
+
- Plain wording throughout, including the "it still timed out" checklist and the privacy note.
|
|
12
|
+
|
|
3
13
|
## 0.2.2 — 2026-11-15
|
|
4
14
|
|
|
5
15
|
- Rewrote the README for users: when the plugin helps, what it does and does not change (a table
|
package/README.en.md
CHANGED
|
@@ -1,14 +1,14 @@
|
|
|
1
1
|
# dsh-human-wait
|
|
2
2
|
|
|
3
|
-
**
|
|
3
|
+
**PTC mode only: while DSH is waiting for you — a question, a plan review, an approval — the 120-second deadline pauses, so thinking longer no longer ends the run.**
|
|
4
4
|
|
|
5
|
-
PTC mode
|
|
5
|
+
PTC mode (the agent writes a short program with `run_code` and runs it as the task) puts one 120-second deadline around the whole program, and the questions, plan reviews and approvals raised in the middle count against it. Think for three minutes and you come back to:
|
|
6
6
|
|
|
7
7
|
```
|
|
8
8
|
Error: code run failed (timeout): execution deadline reached (120000ms)
|
|
9
9
|
```
|
|
10
10
|
|
|
11
|
-
and the question card is reported as **interrupted**. With this plugin, the time you spend
|
|
11
|
+
and the question card is reported as **interrupted**. With this plugin, the time you spend replying no longer counts against that deadline, and it waits for you up to the cap you set (24 hours by default); a runaway program is still cut off at the mark.
|
|
12
12
|
|
|
13
13
|
> English | [中文](README.md)
|
|
14
14
|
|
|
@@ -45,11 +45,9 @@ A change takes effect in about 1.5 seconds, no restart.
|
|
|
45
45
|
|
|
46
46
|
## FAQ
|
|
47
47
|
|
|
48
|
-
**It still timed out?** Check three things: the session header shows the `PTC` badge; the plugin
|
|
48
|
+
**It still timed out?** Check three things: the session header shows the `PTC` badge; the plugin is enabled; the plugin was running when that wait happened. If any of the three is missing, it cannot pause the clock for you.
|
|
49
49
|
|
|
50
|
-
**The error kind became `abort`?** Expected. The plugin
|
|
51
|
-
|
|
52
|
-
**Does it affect standard sessions?** No. Standard sessions never had this timeout — they wait indefinitely by design.
|
|
50
|
+
**The error kind became `abort`?** Expected. The plugin stops the run itself, so the type reads `abort` instead of `timeout`; the text still contains `execution deadline reached`.
|
|
53
51
|
|
|
54
52
|
## Privacy and cost
|
|
55
53
|
|
package/README.md
CHANGED
|
@@ -1,14 +1,14 @@
|
|
|
1
1
|
# dsh-human-wait
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
**只在 PTC 模式下起作用:DSH 等你回话的时候(回答问题、确认计划、批准操作),那条 120 秒的限时暂停,不会因为你想得久就超时。**
|
|
4
4
|
|
|
5
|
-
PTC
|
|
5
|
+
PTC 模式(让智能体用 `run_code` 写段程序去跑任务)会给整段程序一条 120 秒的限时,中途弹给你的问题、计划审批、权限批准,都算在这条限时里。你多想了三分钟,回来就看到:
|
|
6
6
|
|
|
7
7
|
```
|
|
8
8
|
Error: code run failed (timeout): execution deadline reached (120000ms)
|
|
9
9
|
```
|
|
10
10
|
|
|
11
|
-
|
|
11
|
+
问题卡还会被标成「已中断」。装上这个插件,等你回话的那段时间不再算进去;最多等到你设的上限(默认 24 小时),程序自己跑飞了照样到点就被掐断。
|
|
12
12
|
|
|
13
13
|
> [English](README.en.md) | 中文
|
|
14
14
|
|
|
@@ -45,16 +45,13 @@ Error: code run failed (timeout): execution deadline reached (120000ms)
|
|
|
45
45
|
|
|
46
46
|
## 常见问题
|
|
47
47
|
|
|
48
|
-
**还是超时了?**
|
|
48
|
+
**还是超时了?** 看三处:会话头部有 PTC 标记;插件处于启用状态;等待发生的时候插件确实在运行。三者有一个不成立,它就没法替你暂停计时。
|
|
49
49
|
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
**普通会话受影响吗?** 不受影响。普通会话本来就会一直等你回答,没有这个超时。
|
|
50
|
+
**报错变成 `abort` 了?** 正常。插件是自己主动叫停的,所以类型标成 `abort` 而不是 `timeout`,提示文字里照样有 `execution deadline reached`。
|
|
53
51
|
|
|
54
52
|
## 隐私与开销
|
|
55
53
|
|
|
56
|
-
|
|
57
|
-
- 不修改会话内容,也不改变程序本身的执行预算
|
|
54
|
+
它只是在内存里接管了三处「等你回答」的等待,不写文件、不联网,也不改会话内容。卸载并重启后,DSH 原来的行为就回来了。
|
|
58
55
|
|
|
59
56
|
## 卸载
|
|
60
57
|
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "dsh-human-wait",
|
|
3
|
-
"version": "0.2.
|
|
3
|
+
"version": "0.2.3",
|
|
4
4
|
"description": "Pauses the PTC run_code deadline while DSH is waiting for you to answer a question, review a plan or approve a request, so long human waits are no longer reported as `execution deadline reached (120000ms)`.",
|
|
5
5
|
"license": "MIT",
|
|
6
6
|
"author": {
|