Agent Skill · 待分类

todo-manager（待办事项经理）

todo-manager 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息，适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态，以及是否会触发联网、命令执行或文件读写。

todo-manager 是待分类类 Agent Skill，可用宿主为 Codex、Claude、Cursor、Gemini CLI，通过GitHub 仓库获取，权限为只读；许可证信息还不明确，第三方扫描已通过，按安装量在待分类类的 11,209 个 Skill 里排第 2,415。

总安装 1,607周安装 65GitHub Stars 7下载 504核验 2026-05-01

待分类只读 GitHub 仓库未标认证来源可访问许可证需确认审计通过 Codex Claude Cursor Gemini CLI

安装说明

本站只整理中文说明，不托管安装包，也不代用户安装。

GitHub

许可证: unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手，先确认命令和权限，再让它执行。

请帮我安装这个 Agent Skill：todo-manager（待办事项经理）
来源仓库：https://github.com/caomeiyouren/momei
仓库路径：skills/todo-manager
安装命令：
npx skills add https://github.com/caomeiyouren/momei --skill todo-manager
安装前请先检查当前环境是否支持对应 CLI，并向我确认将要执行的命令、安装目录、联网范围和文件读写权限；确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill；本站只展示命令，不托管安装包，也不自动执行。

skills.shnpx skills

npx skills add https://github.com/caomeiyouren/momei --skill todo-manager

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定，用法以来源仓库的说明为准。

todo-manager 管理 docs/plan/todo.md 与 roadmap.md 的状态同步，拆解任务并归档已完成项。支持阶段收尾时的闭环检查与多语摘要更新，确保计划与实际进度一致。新增事项需经 requirement-analyst 判断归属，不得无门槛膨胀进当前待办列表。

操作应在项目根目录执行，先判定再落盘，严禁跳过分析直接写入规划文件。适用宿主包括 Codex、Claude、Cursor、Gemini CLI，接入前应确认版本、权限和运行环境要求。

来源仓库内路径：skills/todo-manager

上手步骤

4 步

1
确认自己的宿主工具
公开资料标注支持 Codex、Claude、Cursor、Gemini CLI；先确认自己用的是其中之一，再按对应工具的 Skills 目录放置。
2
拿到安装命令
可以直接复制的命令是 npx skills add https://github.com/caomeiyouren/momei --skill todo-manager；命令里的占位符换成自己的路径或密钥再执行。
3
安装后重启宿主
命令执行完要完全退出宿主工具再打开，让新装的 Skill 被重新扫描到，否则列表里可能看不到。
4
按最小权限试用
它标注为只读，先用只读任务试一次，确认行为符合预期再扩大使用范围。

常见问题

6 条

todo-manager 怎么安装？

在终端执行 npx skills add https://github.com/caomeiyouren/momei --skill todo-manager。装完完全退出宿主工具再打开，让它重新扫描本地 Skill。

todo-manager 支持哪些 AI 工具？

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录，一般也能手动放进去，但要自己确认触发方式是否一致。

todo-manager 需要什么权限？

权限级别是只读。该 Skill 主要提供规则、说明或参考内容，本身偏只读；真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

todo-manager 是免费的吗？

公开资料没有标注明确许可证，收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

todo-manager 用的人多吗？

公开数据是累计安装 1,607 次，近一周安装 65 次，下载 504 次，GitHub 7 星。这些数字来自第三方目录统计，只能当作热度参考，不代表质量或安全性。

todo-manager 安全吗？

第三方扫描结果为通过，但这只覆盖已知的静态检查项，不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

同时适配 4 种工具，换客户端不用重新找替代品。
第三方扫描已通过，常见的高风险行为没有命中。
标注为只读权限，试用阶段不容易误改本地文件。

先想清楚的地方

许可证没有明确标注，能不能商用、能不能再分发都不确定。
第三方目录整理，版本更新和行为细节以来源仓库为准。

适不适合你

更适合

已经在用 Codex，想直接扩展它能力的人。
需要处理待分类类任务、又不想每次都手写提示词的人。
只想先试试效果、不希望它改动本地文件的人。

不太适合

需要明确授权才能用到公司项目里的场景。
需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

6 个同类

Skill	总安装	GitHub 星	权限	许可证	扫描
infsh-cli infsh CLI · Codex、Claude	4,374,576	382	权限未标注	未明确	未收录
ai-video-generation AI 视频生成 · Codex、Claude	4,313,376	382	调用外部服务	未明确	有提醒
lark-openapi-explorer 云雀 OpenAPI 浏览器 · Codex、Claude	2,064,120	9,011	需要联网	未明确	有提醒
lark-workflow-standup-report Lark 工作流程站立报告 · Codex、Claude	2,041,632	8,978	需要联网	未明确	通过
use-my-browser 使用我的浏览器 · Codex、Claude	1,848,491	40	操作浏览器	未明确	未通过
todo-manager 待办事项经理 · 本页	1,607	7	只读	未明确	通过

按安装量取同分类前几名；数字来自第三方目录统计，只作热度参考，不代表质量结论。

SKILL.md 原文

Todo Manager Skill (待办事项管理技能)

核心能力 (Core Capabilities)

状态同步: 实时更新 docs/plan/todo.md 中的任务状态（进行中、已完成）。
任务拆解: 将复杂需求拆解为 todo.md 中的原子化条目。
版本规划: 根据更改内容更新 docs/plan/roadmap.md。
事项分流落点: 根据优先级把新增事项放到当前阶段或 backlog，而不是一律塞进当前待办。
闭环检查: 在任务完成前，核对所有 TODO 项是否已打勾。
阶段归档收口: 在阶段结束时，按统一 checklist 清理 todo.md、更新 todo-archive.md、同步 roadmap.md 与多语路线图摘要。

指令 (Instructions)

路径感知: 规划类操作（todo.md, roadmap.md）应在项目主根目录（master 分支）下执行。
先判定再落盘: 新发现的事项在写入 todo.md 或 roadmap.md 之前，必须先经过 requirement-analyst 或等效流程判断其属于当前范围、允许插队事项还是延期事项。
首尾呼应: 每个任务开始前必须将对应的 TODO 标记为 in-progress；完成后标记为 completed。
严禁无门槛膨胀: 不得因为开发过程中顺手发现了问题，就直接向当前阶段追加多个新条目。只有阻塞交付、回归修复、安全/合规修复等高优先级事项，才允许插入当前阶段。
延后有去处: 不允许简单忽略低优先级事项；应将体验优化、非阻塞依赖升级、探索性想法等写入 roadmap.md 的积压区，而不是占用当前迭代容量。
容量约束: 若当前阶段核心任务数将超过 5-6 项，必须提示执行“进一出一”策略。
文档一致: 确保 roadmap.md 与实际开发进度保持同步。
归档流程唯一事实源: 凡是涉及“阶段完成、归档、切到下一阶段”，必须严格遵循 docs/standards/planning.md 中的“阶段归档与下一阶段规划标准流程”，不得自行省略检查项或改顺序。
归档前置检查: 归档前必须逐项确认当前阶段条目已完成、todo.md 当前进行中事项已清理、回归记录与质量门证据已可追溯、并且至少有一轮 review 结论。
归档更新顺序: 先清理 todo.md，再写 todo-archive.md，再同步 roadmap.md，最后按需更新 docs/i18n/*/plan/roadmap.md；todo.md 与 backlog.md 默认保持中文，不为归档动作单独翻译。
最低检查不可跳过: 阶段归档属于正式规划变更，至少补齐 lint-md、pnpm docs:check:i18n、质量门状态确认与错误面检查；若缺失这些证据，不得标记“已归档”。
下一阶段闸门: 当前阶段未完成归档前，只允许输出“候选方案 / 准入分析”，不得直接把下一阶段写入 todo.md 或 roadmap.md。

使用示例 (Usage Example)

动作: 读取 todo.md，找到排名最高且未开始的任务，启动开发流程并将该条目标记为“开发中”。

动作: 在开发过程中发现一个非阻塞的体验优化点时，不把它直接加入当前阶段，而是补充到 roadmap.md 的 backlog，并注明来源背景。

动作: 当当前阶段所有主线都已完成时，先按 planning.md 检查归档准入、回归证据、Review Gate 和文档同步，再依次更新 todo.md、todo-archive.md、roadmap.md 与多语路线图摘要，而不是直接删除当前阶段正文。

平台分布

Codex

34.36%

按下载量换算173

Claude

29.72%

按下载量换算150

Cursor

20.04%

按下载量换算101

Gemini CLI

8.82%

按下载量换算44

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容，本身偏只读；真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息，不托管安装包，不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源，建议同时核对源仓库。

继续浏览同类 Skills

更多待分类 Skills（11,209）返回 Skills 目录

上一个 Skill

todo-list（待办事项清单）

shadowcz007/skills

todo-list 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息，适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态，以及是否会触发联网、命令执行或文件读写。

下一个 Skill

todoist-api（todoist API 文档）

vamseeachanta/workspace-hub

用于辅助 API 设计、接口文档、请求响应结构和服务集成说明。它适合让 Agent 梳理 endpoint、生成 OpenAPI 草稿、检查字段命名、整理错误码或辅助前后端联调。使用时需要确认真实业务语义、鉴权方式、分页和错误处理规则；涉及生成接口文档时，应避免凭空补字段，最好从现有代码、schema 或接口样例中提取事实。