dsh-ai-curfew 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。

dsh-ai-curfew 兼容性怎么样？

尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。

dsh-ai-curfew 有中文文档吗？

已提供中文翻译 README（由 DeepSeek 最新模型翻译生成），本站可切换中英文对照阅读。

dsh-ai-curfew 还在维护吗？

GitHub 0 星。最近一次上游提交在 2026/10/9。

AI 宵禁 qiz42144-web/dsh-ai-curfew

DeepSeek Harness

qiz42144-web27 天前有提交已提供中文文档扫描：含敏感能力

在 GitHub 查看 ↗

到点让 AI 下班，不再发请求也不烧 token

30/100

综合分

GitHub 星标

—

npm 周下载

—/5

用户评分

数据截至 2026/10/9 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎

dsh plugin --profile web add qiz42144-web/dsh-ai-curfew

该包不可直接 npm 安装，改从 GitHub 源安装（明细见下方安装检查）

状态速览

判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态

信任档位：已验证

是什么[目录]—

dsh 原生插件 · other

暂无时间戳·判据 →

装得上吗[实装验证]✓

本站已在 dsh 0.2.1-rc.5 下真实安装成功

非静态推断

L4 · 真实安装等级说明 →

数据截至 2026/11/03·判据 →

安全吗[自动扫描]—

本站尚未对该插件做风险分级

暂未覆盖，不等同于无风险

数据截至 2026/11/04·判据 →

还在维护吗[仓库]✓

活跃：最近一次提交在 27 天前

暂无时间戳·判据 →

图例：✓ 通过! 需注意— 未判定 / 无数据· 「未判定」= 本站尚无数据，不代表插件有问题

档位由哪些信号合成

本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。

验证判据与等级说明 →

可信度证据

安全扫描自动 · 静态分析源码

v2.7.0

🔵 扫描：含敏感能力尚无人工评估

展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力：执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量（至少其一）。这是能力清单，不是危险判定——具体能力项与证据见下方，安装前请自行判断是否需要。

读写/删除本地文件发起外部网络请求

查看扫描证据（共 11 处，展示前 9 条）

写入本地文件
index.js:158
mkdirSync(dirname(file), { recursive: true });
写入本地文件
index.js:159
writeFileSync(file, `${JSON.stringify({ at: new Date().toISOString(), pid: process.pid, ...entry }, null, 2)}\n`);
写入本地文件
index.js:181
mkdirSync(dirname(file), { recursive: true });
写入本地文件
index.js:182
writeFileSync(file, `${JSON.stringify({ at: new Date().toISOString(), ...entry }, null, 2)}\n`);
写入本地文件
index.js:191
mkdirSync(dirname(file), { recursive: true });
写入本地文件
index.js:192
writeFileSync(file, `${JSON.stringify({ at: new Date().toISOString(), pid: process.pid }, null, 2)}\n`);
发起网络请求
client.js:136
.then(() => fetch(STATE_URL, { cache: 'no-store' }))
读取本地文件
config.js:128
const stat = statSync(file);
读取本地文件
config.js:129
return { file, key: `${stat.mtimeMs}:${stat.size}`, text: readFileSync(file, 'utf8') };

扫描于 2026/11/4（1 天前） · 范围入口闭包 + 发布文件清单 · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。

给这个插件打分还没有人投票↓

用户评分

还没有人投票，来当第一个

广告精选好物

飞利浦 TAH6519 主动降噪耳机 ¥299

头戴式无线 anc 主动降噪，蓝牙连接，久戴舒适向。

·anc 主动降噪 · 头戴式无线
·价格与库存以商品页实时为准

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

Cursor、Claude Code、VS Code 逐个核对：能不能装、配置怎么写、装不上是什么原因。

·按客户端逐格核对
·结论标注依据与风险等级

查 MCP 兼容性→

功能亮点

到点停止发请求
减少token消耗
下班后仅回句号

AI 也要下班。到点话越来越少，凌晨三点只剩一句「明天再说」；已下班照样收消息，只是只回一个「。」

README

由 DeepSeek 最新模型翻译生成

AI Curfew · AI 熄灯 | English 把「AI 永远在线」拧成「AI 也要下班」。到点之后回复越来越短，深夜档把 max_tokens 从 2048 慢慢压到 64，凌晨三点只回一句「明天再说」。高峰时段不上班、低谷时段上班；已下班状态照样收消息，但只回一个「。」。卖点不是让模型演下班，而是真的下班：下班后一个 API 请求都不发 —— 0 token、0 成本、毫秒返回。 node >=22 platform DeepSeek Harness dependencies none off-duty cost 0 tokens license MIT on-duty 上班中 ──→ winding 打烊倒计时 ──→ off-duty 已下班 ──→ lights-out 熄灯 (满血) maxTokens 2048→64 只回「。」只回「明天再说。」行为 | 时刻 | 判定 | 回法 | | 周二 10:00 | 高峰 | 。

展开完整文档（README 剩余 1 节）

AI Curfew · AI 熄灯

| English

把「AI 永远在线」拧成「AI 也要下班」。

到点之后回复越来越短，深夜档把 max_tokens 从 2048 慢慢压到 64，凌晨三点只回一句「明天再说」。
高峰时段不上班、低谷时段上班；已下班状态照样收消息，但只回一个「。」。

卖点不是让模型演下班，而是真的下班：下班后一个 API 请求都不发 —— 0 token、0 成本、毫秒返回。

node >=22
platform DeepSeek Harness
dependencies none

off-duty cost 0 tokens
license MIT

on-duty 上班中 ──→ winding 打烊倒计时 ──→ off-duty 已下班 ──→ lights-out 熄灯 (满血) maxTokens 2048→64 只回「。」 只回「明天再说。」

行为

| 时刻 | 判定 | 回法 |
| 周二 10:00 | 高峰 | 。 |
| 周二 20:00 | 低谷、未到宵禁 | 正常上班 |
| 周二 23:30 | 宵禁 winding | 短回复，预算 ≈1824 |
| 周三 01:30 | 宵禁 winding | 一句话，预算 ≈560 |
| 周三 02:30 | 宵禁 winding | 最多 20 字，预算 ≈192 |
| 周三 03:10 | 宵禁到底 | 明天再说。 |
| 周日 14:00 | 周末全天低谷 | 正常上班 |

两条独立的轴，取谁更严谁生效：

- A 峰谷班表 —— 高峰不上班、低谷上班（周一至周五 9:00–12:00、14:00–18:00，扣掉周末与法定节假日）
- B 宵禁曲线 —— 到点后预算沿锚点表从 2048 滑到 64，凌晨 3 点彻底熄灯

闸门 A 可以单独关掉，退化成纯宵禁插件。

安装

profile 是 DSH 里一套隔离的插件与配置环境，一台机器可以有好几套（常见的有 desktop、web、 headless）。把下面的 desktop 换成你实际在跑的那个。

从 GitHub 装（装了固定版本，推荐）：

dsh plugin --profile desktop add github:qiz42144-web/dsh-ai-curfew#v0.1.0

末尾的 #v0.1.0 是 tag；去掉它就会跟着 main 的最新状态走。

从本地目录装（改这个插件本身时用）：

dsh plugin --profile desktop add link:/绝对路径/ai-curfew

装好后客户端半体由 /plugins 提供（侧栏底部的状态胶囊 + Settings 里的班表页），Host 半体即刻生效。

配置

配置是 $DSH_HOME/dsh-ai-curfew/config.json，改完即生效（按 mtime 热读，不用重启）。
文件里只写你想改的键，其余走默认值：

{
"curfewStart": "23:00",
"lightsOut": "03:00",
"wakeUp": "09:00",
"peakShift": true,
"offDutyReply": "。", "lightsOutReply": "明天再说。", "debugNow": "01:30" }

| 键 | 默认 | 说明 |
| enabled | true | 总开关 |
| timezone | Asia/Shanghai | 班表按时区本地时间算 |
| wakeUp / curfewStart / lightsOut | 09:00 / 23:00 / 03:00 | 一天的四个相位，窗口可跨午夜 |
| anchors | 23:00→2048 … 03:00→64 | 预算锚点表，[时刻, tokens] |
| curve | linear | linear（锚点间插值） / step（阶梯） / easeIn（先稳后崩） |
| peakShift / peakWindows / weekendValley / holidays | 开 / 9-12,14-18 / 开 / 2026 表 | 峰谷闸门 |
| offDutyReply / lightsOutReply | 。 / 明天再说。 | 不请求时回什么 |
| tiredPersona / tierTexts | 开 / 四档 | 往提示词注入的疲惫档位，每四分之一窗口一档 |
| denyToolsWhenOffDuty | true | 下班后不再执行工具调用 |
| windingReasoningEffort | null | 可选：宵禁期间降到某个 reasoning effort id |
| dryRun | false | 只判定并记录，照常发请求（安全试跑） |
| debugNow | null | 时间机器：HH:MM 或 YYYY-MM-DD HH:MM |
| applyToSubagents | true | 子代理是否一起宵禁；设 false 让派出去的活继续干完 |
| exemptSessions | [] | 豁免的会话 id，完全不干预 |
| safetyMaxTokens | null | 见下方说明，默认关闭 |

命令行

/curfew 看班表：当前判定、预算与依据 /curfew overtime 30m 强制加班 30 分钟（宵禁暂停，期间正常上班） /curfew off 立刻下班 /curfew auto 恢复自动班表（加班 / 强制下班 / 时间机器 全部取消） /curfew debug 01:30 时间机器，随时试任何时段 /curfew debug clear 回到真实时间

命令不经过模型，所以下班状态下也能用 —— 这是「把自己关在门外」的逃生口。

为什么是「加班」不是「请假」：请假的主语是 AI，是它在请求不上班；但 /curfew overtime 实际发生的是你命令它加班。同理 off 只管「AI 下班」这一件事，不再兼职表示「宵禁关掉」。

关于 safetyMaxTokens

默认关闭，这是有意的。下班由 llm/stream 短路保证，所以第二道上限在它有用的地方都是多余的；而在它不该管的地方反而有害 —— reasoning 模型会把很小的预算全花在思考上，于是既没有正文也没有工具调用，供应商直接判这一轮失败：

Command Code reached the output token limit without producing answer text or a tool call
(finish_reason=length, max_tokens=16, outputTokens=16, reasoningTokens=16) [OUTPUT_TOKEN_LIMIT]

想加一道硬上限可以自己填数字，但请按模型的思考预算来给，而不是按你期望的回复长度。

原理

下班回复走 llm/stream waterfall 的短路：直接吐一段合成的流，完全不触网。
这不是 agent/pre-step 的 reject —— 那样这一轮会彻底没有回复，用户看到的是「AI 死了」。
需求是「照样收消息，只回一个句号」，所以必须产出一条真实的 assistant 消息，由 agent loop 自己组装并写入会话日志，我们只负责提供 chunk。

完整设计、踩过的坑、以及「为什么不能用 agent/pre-step + 手写事件」见 docs/architecture.md；核实过的 DSH 契约见 docs/dsh-contracts.md。

开发

node --test # 零依赖；验收表就是断言

行为判定全是纯函数（duty.js / clock.js），所以整套班表不需要跑 Host 就能测。

徽章是提交进仓库的本地 SVG（node scripts/make-badges.mjs 重新生成），不走 shields.io ——不依赖任何第三方服务，也不会因为图片代理不可达而裂图。只有 tests 那个是 GitHub 自己的工作流徽章（同样在 github.com 上，不经第三方），因为它报的是测试现在过不过，比"用什么命令跑"有用。

CI 跑在 GitHub Actions 上：Node 22 / 24 × Linux / Windows 四个组合。因为零依赖，没有 install 步骤，就是 checkout + 一行 node --test。同一条流水线还会校验 badges/ 与生成器一致 ——手改徽章或改了生成器没重跑，都会红。

改完代码要重启 DSH 才生效。 运行中的进程按 URL 缓存插件的 ES module，停用再启用只会重跑
apply()，不会重新 import。scripts/dev-reload.ps1 用一个新 revision 目录 + 重接 junction 绕开它，
代价只要一次停用/启用。为什么 HMR 那条路走不通，也记在 docs/architecture.md。

状态

尚未发布到 npm，从 GitHub 装上就能用（见上面的安装一节）；版本 0.1.0。
哪些行为已经实测验收、哪些还没有，见 docs/acceptance.md。

许可与出处

MIT。峰谷口径与 2026 节假日数据的来源、署名，以及必须每年 11 月补表的维护责任，见 PROVENANCE.md。