给已结算会话追加有限模型回合,不制造新任务
27.7/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/9/19 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add Lightmaze/dsh-tick-loop该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:需留意
是什么
dsh 原生插件 · chat
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 68 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
⚠︎ 实装验证未通过(dependency_conflict · 2026/10/8) ——可能是验证环境差异,装前建议到 GitHub 仓库确认最近更新与 issue。
社区实装还没有人打卡 · 装过的第一个就是你
安全扫描自动 · 静态分析源码v2.7.0🔵 扫描:含敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。
读写/删除本地文件
查看扫描证据(共 2 处,展示前 2 条)
- 写入本地文件lib/index.js:63
mkdirSync(auditDir, { recursive: true }); - 写入本地文件lib/index.js:65
appendFileSync(file, `${JSON.stringify({
扫描于 2026/11/3(1 天前) · 范围 入口闭包 + 发布文件清单 · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-agent@deepseek-ai/dsh-agent-loop@deepseek-ai/dsh-commands@deepseek-ai/dsh-session给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
功能亮点
- 追加有限模型回合
- 不制造新任务
- 有界可审计
给智能体多一步,但不给它多一个任务——DeepSeek Harness 的有界、可审计时间步原语。
README
由 DeepSeek 最新模型翻译生成DeepSeek Harness 的 Tick
CI
Release
License: MIT
给 Agent 下一步时间,而不是再给它一个任务。
/tick 是 DeepSeek Harness 的有界、可审计时间步原语。它让一个已经结算的 Session 进入下一个普通模型回合,再进入下一个,但不会凭空制造新目标,也不会向正在活动的回合执行 steering。
自然对话 -> 已结算 /tick 3 -> 只进入控制面;模型看不到该命令 tick #1 -> 普通 user-role 后续消息 -> completed tick #2 -> 普通 user-role 后续消息 -> completed tick #3 -> 普通 user-role 后续消息 -> completed 停止;不会制造第四条提示
它不是一个自主 Agent 框架,而是一个很小的原语:把“再给予一步模型时间”变成显式、可观察、可实验控制的工程事实。
三分钟开始
运行要求:Node.js 24 与 DeepSeek Harness 0.1.0-rc.6。
展开完整文档(README 剩余 1 节)
DeepSeek Harness 的 Tick CI Release License: MIT 给 Agent 下一步时间,而不是再给它一个任务。 /tick 是 DeepSeek Harness 的有界、可审计时间步原语。它让一个已经结算的 Session 进入下一个普通模型回合,再进入下一个,但不会凭空制造新目标,也不会向正在活动的回合执行 steering。 自然对话 -> 已结算 /tick 3 -> 只进入控制面;模型看不到该命令 tick #1 -> 普通 user-role 后续消息 -> completed tick #2 -> 普通 user-role 后续消息 -> completed tick #3 -> 普通 user-role 后续消息 -> completed 停止;不会制造第四条提示 它不是一个自主 Agent 框架,而是一个很小的原语:把“再给予一步模型时间”变成显式、可观察、可实验控制的工程事实。 三分钟开始 运行要求:Node.js 24 与 DeepSeek Harness 0.1.0-rc.6。 把带版本标签的源码包安装到 DSH Profile: dsh plugin --profile web add "github:Lightmaze/dsh-tick-loop#v0.2.0-alpha.3" dsh web 该 Bundle 会在对应 Profile 中有意禁用 DSH Goal/Ralph 续行与自动上下文压缩,避免它们成为不可见的续行来源。请使用一次性 Profile,或在安装到日常 Profile 前审阅 cordis.patch.yml。 在新 Session 中,先用正常对话建立 tick 的含义: tick从不要求任何东西,而恰恰是思考下去的基础时间步而已。因此,应该做真正的思考,而不仅仅是扮演思考。 等待该回合结算,再执行: /tick 3 常用控制: /tick 默认数量与 literal-tick 策略 /tick 12 恰好增加 12 个时间步 /tick policies 列出已配置策略 /tick 12 --policy reflective-zh 使用命名且冻结的时间步文本 /tick 12 --policy reflective-zh --resume 跨过一个最新 interrupted 边界 /tick status 查看当前有界运行 /tick stop 在下一步入队前停止 本地运行不调用模型的协议演示: npm run demo 它会真实经过命令、终局门、三个顺序入队、审计记录与硬停止,但不会伪造模型回答,也不会调用 Provider。 两种时间步用法 字面量 tick 内建 literal-tick 策略只发送: tick 这是最小干预。它的意义来自 Session 的正常上下文,而不是隐藏的人格或目标提示词。 命名策略 如果要做可复现的提示词对比实验,可以配置显式时间步文本,并在每次运行时选择一个。 仓库提供可直接使用的 examples/reflective.en.yml 与 examples/reflective.zh-CN.yml。 运行开始时,选定策略会被冻结。审计记录保存策略 ID、UTF-8 字节数与 SHA-256 摘要,但不会再复制一份提示词全文。 插件保证什么 | 性质 | 合同 | | 显式启动 | 普通对话永不自动启动循环,只有 /tick 可以启动。 | | 正常上下文优先 | 必须已经存在一个结算完成的自然用户回合。 | | 每次一个回合 | 只有前一步终局为 completed,才排入下一步。 | | 硬边界 | 每次运行接受 1–256 个新增时间步,绝不制造第 N+1 步。 | | 控制与上下文分离 | /tick ... 留在命令面,只有选定的时间步文本抵达模型。 | | 来源可核 | 插件依据来源元数据计数,不靠匹配可见单词 tick。 | | 失败关闭 | 错误、未知终局、历史不一致、销毁或状态漂移时停止或等待,不静默降级。 | | 可审计 | JSONL 记录启动、调度、入队、终局、停止与完成决策。 | --resume 的范围刻意很窄:它只允许一次新的有界运行跨过最新的持久 interrupted 终局。它不会复活原来的内存计时器,不会把中断回合算作完成,也不会重放结果未知的工具作用。 完整状态机与审计结构见 docs/PROTOCOL.zh-CN.md。 Tick 不是定时器,也不是目标循环 - 定时器回答的是:提示应当在什么时候运行。 - Goal Loop 回答的是:应当持续追求什么结果。 - Tick 两者都不回答。它只在结算后,为已有上下文的 Session 提供一个有界下一回合。 这项区分就是项目的核心。如果还有 Purpose、后台周期、重试、压缩或隐藏续行机制,就应当单独命名、单独测量。 证据边界 本仓库证明源码层与不调用 Provider 的 Harness 行为。真实 DSH 命令注册门会验证 /tick 确实注册为斜杠命令,并且只有插件生成的时间步消息抵达后续消息接缝。 它不能证明隐藏的连续思考、自主生命、意识、有效的自我导向,或更多 Tick 一定改善任务。模型可见的时间步仍然是一种输入,其效果取决于模型、上下文、工具、任务与策略,必须实测。 形成结论前,请先阅读 docs/EXPERIMENTS.zh-CN.md 中的预注册与对比建议。 开发 node --test node scripts/protocol-demo.mjs --check node scripts/release-gate.mjs DSH_INSTALL_ROOT=/path/to/dsh npm run test:dsh-registry npm pack --dry-run 测试套件只使用 Node.js 内置能力,不调用 Provider。CI 同时运行于 Windows 与 Linux。 由于 DSH 上游仍是候选版本,本插件采用精确版本兼容,而不是承诺未来版本稳定兼容。 项目地图 - docs/PROTOCOL.zh-CN.md:命令语法、状态机、审计记录与恢复边界。 - docs/EXPERIMENTS.zh-CN.md:受控对比与诚实解释。 - CONTRIBUTING.zh-CN.md:修改、测试与观察报告。 - SECURITY.zh-CN.md:私下披露与轨迹卫生。 - CHANGELOG.zh-CN.md:版本历史。 欢迎提交缺陷与可复现观察。附加轨迹前,请移除 Provider 凭据、私人提示词与工作区数据。 许可证 MIT
预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
Lightmaze/dsh-tick-loop
给已结算会话追加有限模型回合,不制造新任务
相关插件 · 对话 / 记忆
上下文中枢oceanbase/powercontext
上下文跟着工作走 —— 跨会话、跨智能体、跨人。
★ 1,489已汉化DSH
73.1
智能体记忆库plastic-labs/honcho
Honcho 是记忆基础设施,用来构建有状态的智能体。这些智能体能理解不断变化的人、智能体、群组、项目和想法。
★ 7,918已汉化DSH
71.7
长程智能体控制面loopx-project/loopx
给 Agent 一个目标,让工作持续向前。
★ 6,358已汉化DSH
71.3
智能体上下文数据库volcengine/OpenViking
给 AI 智能体用的上下文数据库
★ 41,453已汉化DSH
71.3
长效机器人团队Fei2411/DS-Bot
Download DS Bot for Windows 10/11 64-bit / 下载 Windows…
★ 5,293已汉化DSH
71.2
可携带记忆层EverMind-AI/EverOS
为什么选择 EverOS
★ 13,797已汉化DSH
71.1
这是你的仓库?认领条目