把散落待办扫成一份清单，分类归档并批量确认承诺变更
29.8/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/11/1 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。
自动兼容检查未通过：缺少 main/exports/bin 入口声明。以下命令仍可尝试，但可能失败。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add ChenneyZhuang/backlog-triage该包不可直接 npm 安装，改从 GitHub 源安装（明细见下方安装检查）
状态速览
判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位：已验证
是什么
dsh 原生插件 · tool
安全吗
本站尚未对该插件做风险分级
暂未覆盖，不等同于无风险
还在维护吗
更新放缓：最近一次提交在 41 天前
档位由哪些信号合成
本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查需源码安装缺少 main/exports/bin 入口声明
展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。
✗npm 包backlog-triage（未发布到 npm，仅可源码安装）
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✗入口文件缺少入口声明
源码安装时若 pnpm 拦截 prepare 脚本，按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。
验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/9/21 23:47:55
安全扫描自动 · 静态分析源码v2.7.0⚪ 扫描：无法判定尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0已尝试扫描但取不到可分析的源码：仓库或包不存在、已删除，或为非 JS/TS 实现、未随包发布源码。无法判定，不代表安全。
- · 包内无可扫 JS
- · TS 源码（可能为非 JS 实现或未发布源码），无法判定
扫描于 2026/11/4（0 天前） · 范围 全包扫描（包内未声明入口） · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票，来当第一个
功能亮点
- 汇总多来源待办清单
- 按六种方式分类归档
- 批量承诺变更合并审批
待办分诊技能：把所有来源扫进一份清单，按六种处置方式分类并给出理由，归档丢弃项，把批量承诺变更合并成一次审批——只增不减的清单算不上计划。
README
由 DeepSeek 最新模型翻译生成backlog-triage 待办分诊
只进不出的待办清单不是计划，是焦虑清单。把它变成一组有限的决策。
Why / 为什么
待办清单的两种失败：被默默放弃的事项反复浮现成负罪感；「紧急」等于谁最后催了谁。解法是带理由的分类——每条待办分诊后恰好落到六种命运之一，放弃是显式决策而非意外。
Scope: personal backlog, not issue-tracker triage / 定位：个人待办，不是 issue 分诊
这个技能分诊的是个人待办池（笔记、聊天置顶、收件箱旗标）。开源维护场景的 issue 分诊（needs-triage / ready-for-agent 这类状态）是另一套工作流——见 mattpocock 的 triage 技能。互补，非竞争。
The six dispositions / 六种分类
| 分类 | 含义 |
| now | 本次会话，先于任何新事项 |
| next | 有余力时第一个捡起 |
| scheduled | 有日期并搁置——日期可见 |
| waiting | 等别人推进；要等的事要点名 |
| reference | 是信息，不是任务 |
| drop | 离开清单；理由记录在案 |
How it runs / 怎么跑
1. 扫遍所有来源——笔记、聊天置顶、收件箱旗标、上一版清单——汇成一份总账。
展开完整文档（README 剩余 1 节）
backlog-triage 待办分诊 只进不出的待办清单不是计划，是焦虑清单。把它变成一组有限的决策。 Why / 为什么 待办清单的两种失败：被默默放弃的事项反复浮现成负罪感；「紧急」等于谁最后催了谁。解法是带理由的分类——每条待办分诊后恰好落到六种命运之一，放弃是显式决策而非意外。 Scope: personal backlog, not issue-tracker triage / 定位：个人待办，不是 issue 分诊 这个技能分诊的是个人待办池（笔记、聊天置顶、收件箱旗标）。开源维护场景的 issue 分诊（needs-triage / ready-for-agent 这类状态）是另一套工作流——见 mattpocock 的 triage 技能。互补，非竞争。 The six dispositions / 六种分类 | 分类 | 含义 | | now | 本次会话，先于任何新事项 | | next | 有余力时第一个捡起 | | scheduled | 有日期并搁置——日期可见 | | waiting | 等别人推进；要等的事要点名 | | reference | 是信息，不是任务 | | drop | 离开清单；理由记录在案 | How it runs / 怎么跑 1. 扫遍所有来源——笔记、聊天置顶、收件箱旗标、上一版清单——汇成一份总账。 2. 分类每条待办并写明理由；把 now 那一组聚拢，让本次会话最多只剩几件。 3. 对齐承诺——任何改变对他人承诺的事（截止日期挪动、范围缩减）都归入同一批待用户批准；智能体起草，用户发送。 4. 写回清单——标日期、分类可见、放弃的事项连同理由记进归档区，而不是悄悄删掉。 真正起作用的规则：scheduled 就得有真实日期，否则不算 scheduled；waiting 就得点名在等谁推进；drop 是决策，所以要给理由、留归档行。 Honest limitations / 如实说明局限 - 分诊质量取决于放弃理由的诚实度；假理由的「放弃」是穿着马甲的拖延。 - 承诺变更仍需用户真实批准——技能起草，人拍板。 Install / 安装 npx skills add ChenneyZhuang/backlog-triage 各智能体的安装路径与运行时要求见 COMPATIBILITY.md。MIT 许可，v0.1.0。
预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
ChenneyZhuang/backlog-triage
把散落待办扫成一份清单，分类归档并批量确认承诺变更
相关插件 · 工具 / 效率
破甲管控台kingcharleslzy-ai/dsh-purge
dsh-purge Community · DeepSeek Harness 社区维护版：宿主兼容、状态诊断、提示词管理、更新与本机备份回滚。基于小杨 / YuJunZhiXue 的 dsh-purge。
★ 4,330已汉化DeepSeek 客户端
74.5
网文长卷lingfengQAQ/webnovel-writer
基于 Claude Code 的长篇网文辅助创作系统，解决 AI 写作中的「遗忘」和「幻觉」问题，支持 200…
★ 7,826已汉化DSH
72.2
花束设计alchaincyf/huashu-design
一句话生成网页、原型、PPT 与信息图等可交付设计
★ 28,638已汉化DSH
71.7
多智能体协作HKUDS/AutoSwarm
AutoSwarm: Unify Your Agents. Unify Your Context (Codex · Claude Code · DeepSeek Harness · Muse · Grok · WorkBuddy· nanobot · and more)
★ 2,349已汉化DSH
71.6
Vox 拼贴视频生成Alisa0808/vox-director
🎬 Vox Director拼贴动效导演
★ 2,129已汉化DSH
71.4
Agent 演化引擎Q00/ouroboros
智能体 OS：智能体自己变聪明，我们只守住底线：面试准入、分阶段评估、带预算的进化循环。MCP 服务器，14 种运行时：Claude Code、Codex CLI、Gemini CLI、OpenCode、Copilot、Kiro 等。
★ 6,311已汉化DSH
71.4
这是你的仓库？认领条目