本地优先的任务管理应用，按艾森豪威尔矩阵把待办分成「立即做 / 计划做 / 委派 / 删除」四象限。数据存在浏览器 IndexedDB 中、完全离线可用，支持快速捕获、任务依赖、归档与复盘分析，可选自建 PocketBase 做多设备同步。另附独立安装的 MCP 服务器，提供 19 个任务、分析与诊断工具，让支持 MCP 的 AI 客户端直接读写任务清单。MIT 开源，免费。 定价：免费（MIT 开源，应用与 npm 包均无付费方案）。编辑评分：⭐ 4.5。
GSD Task Manager 是什么？
GSD Task Manager 是一个本地优先的任务管理应用，核心是把待办按艾森豪威尔矩阵分成四类：Do First（紧急且重要）、Schedule（重要不紧急）、Delegate（紧急不重要）、Eliminate（既不紧急也不重要）。官方一句话介绍是：「Stop juggling, start finishing」——别在待办之间来回打转，先把它分清楚。
它同时提供一个独立安装的 MCP 服务器，把任务、分析与诊断能力以标准 MCP 工具暴露给 AI Agent。作者在 Hacker News 上就是以这个角度发布的：「an MCP server that gives your AI agent a task list」。也就是说：主线是一个离线可用的矩阵任务应用，Agent 能力是它额外挂出来的一个包。
项目由独立开发者 Vinny Carpenter 开源在 GitHub（vscarpenter/gsd-task-manager），MIT 许可，在线版地址是 gsd.vinny.dev。
核心功能
1. 四象限矩阵，拖拽管理 响应式四象限矩阵是主界面，任务可以在象限之间拖拽移动。这套方法的实际价值在于「先分类、再做事」——很多待办之所以堆着，是因为它们从没被判定过到底重不重要。
2. 本地优先，完全离线可用 数据存在浏览器的 IndexedDB 里（通过 Dexie），不需要账号就能用，完全离线可运行，支持 JSON 导入导出。对在意数据归属的人来说，这是最实在的一点：任务清单默认不出本机。
3. 快速捕获与完整编辑 支持快速捕获、完整任务编辑、搜索、键盘导航与内置智能视图。截止日期、标签、任务依赖选择（含循环依赖预防）都在里面。
4. 归档、复盘与仪表盘 提供归档、仪表盘/复盘分析、同步历史、设置与引导流程。这些属于「用久了才有感」的能力：任务量上来之后，能不能回头看清自己怎么分配精力，比单个任务的编辑体验更重要。
5. 可选的多设备同步 如果你需要跨设备，可以自建 PocketBase 做同步，支持 Google、Apple、GitHub 的 OAuth 登录以及实时 SSE。注意这是可选组件——不用它，本地功能照常。
6. 独立的 MCP 服务器（19 个工具）
位于仓库的 packages/mcp-server/，需要单独安装。它提供 19 个任务、分析与诊断工具，写入操作带校验并且感知 dry-run。对已经在用支持 MCP 的客户端的开发者来说，这意味着 AI 可以直接读取和更新你的任务清单，而不是只在对话里「记住」。
7. 安装与外观 PWA 支持安装到桌面；界面提供明暗两套 GSD Editorial 主题，无障碍标准为 WCAG AA。
版本/套餐与价格
GSD Task Manager 是免费开源项目，没有付费分层。
| 项目 | 情况 |
|---|---|
| 许可 | MIT |
| 价格 | 免费（应用与 npm 包均无付费方案） |
| 当前版本 | 13.9.5 |
| 在线版 | gsd.vinny.dev |
| 仓库 | github.com/vscarpenter/gsd-task-manager |
| 数据存储 | 本地 IndexedDB（可选自建 PocketBase 同步） |
| 技术栈 | TypeScript / Next.js / React / Dexie；Bun workspaces |
| 热度 | GitHub 约 38 星、4 个 fork；Show HN 2026-10-11（7 分、3 评论） |
一个需要澄清的点：这个仓库创建于 2025 年 10 月，在 Hacker News 上被讨论是 2026 年 10 月 11 日——「首次被社区看见」和「项目诞生」不是同一件事。
值不值得用？
优点：
- 免费开源（MIT），可自行部署，任务数据默认留在本地浏览器，完全离线可用。
- 艾森豪威尔矩阵是成熟且经过验证的任务优先级方法，四象限可视化比长列表直观得多。
- 附带独立的 MCP 服务器（19 个工具），可让支持 MCP 的 AI 客户端直接读写任务清单，写入还带校验与 dry-run。
- 除核心任务管理外，归档、复盘分析、依赖关系、多设备同步这些实用能力都有。
- 通过 Show HN 拿到过社区曝光（2026-10-11），说明方向有人认。
缺点：
- 主线产品是任务管理应用，不是纯 Agent 工具——想用 MCP 那部分需要单独安装和配置。
- 项目规模小：GitHub 约 38 星、4 个 fork，遇到问题大概率搜不到答案，第三方集成也基本没有。
- 多设备同步要自己部署 PocketBase，对不想碰服务器的人是实打实的门槛。
- 单人维护的项目，长期迭代节奏取决于作者个人投入。
总体结论： 如果你本来就想按「重要/紧急」这套方法管理待办，又希望 AI 能直接读写你的任务清单，它值得花时间试——免费、可自托管、MCP 部分是真实存在的加分项。如果你要的是团队协作、权限控制、进度报表，那它压根不是干这个的。
使用建议
- 先当普通任务应用跑一周。 别一上来就折腾 MCP，先验证四象限这套分法对你有没有用。
- 提前定好任务粒度。 太细会变成流水账，太粗就看不出优先级，这个尺度只能自己试。
- 需要跨设备再上 PocketBase。 本地功能不依赖它，别为了「看起来完整」先给自己加运维负担。
- MCP 服务器单独装、单独测。 它是可选组件，配置到客户端之后先用只读类的工具验证一遍，再开放写入。
- 数据记得导出备份。 本地 IndexedDB 是你的核心资产，JSON 导入导出就是现成的备份手段。
- 关注仓库动态。 项目仍在活跃更新（最近提交在 2026-10-15），README 是唯一权威的部署依据。
适合谁用？
推荐：
- 认同「先分优先级再动手」、想要一个离线可用任务应用的人
- 已经在用支持 MCP 的 AI 客户端、想让 Agent 直接管理待办的开发者
- 在意数据归属、偏好自托管而不想用 SaaS 待办工具的用户
可考虑：
- 想拿它当参考实现、学习矩阵式任务管理 + MCP 结合方式的技术用户
- 有闲置服务器、愿意自建 PocketBase 做多设备同步的折腾党
- 单人多设备、需求不复杂，只想要个能闭环的任务记录
不推荐：
- 需要多人协作、权限控制、进度报表的团队
- 完全不想碰配置、只想装上就用的普通用户（MCP 部分有门槛）
- 需要企业级支持、合规认证或 SLA 保障的场景
