开发者AI待办应用
eddo 是一个带有 GTD 传统的待办应用，定位非常明确：服务开发者以及他们的 AI coding agent。它不仅是普通 todo list，而是尝试成为“humans 与 agents 的共享记忆”，让人类开发者和编码代理围绕同一套任务、状态和上下文协作。
从正文看，eddo 支持待办、子任务、习惯与重复任务、时间跟踪，以及 next、someday、blocked 等 GTD 标签。对 AI 代理场景，它提供 agent 自身工作跟踪、代理活动实时图视图，并带有 pi-coding-agent 集成、custom skills 与 extensions。生态集成方面，它可同步 GitHub Issues、RSS、emails，并提供 Telegram bot integration 和 thermal printer briefings，覆盖了不少开发者日常信息入口。
项目提供 GitHub 仓库，并给出本地启动命令：要求 Node ≥22、pnpm ≥7、Docker，克隆后执行 pnpm install、pnpm dev:setup、pnpm dev，即可运行在 localhost:3000。这说明它具备本地开发和自托管潜力。不过正文没有说明许可证、生产部署方式、数据存储、鉴权、安全模型，也没有提到 API/SDK，仅提及 pi-coding-agent 的技能和扩展。
正文没有任何收费、订阅、云托管或支付信息，因此定价模式无法判断。文档层面，目前抓取内容更像 README 首页摘要：有定位、功能列表和安装命令，但缺少详细教程、配置说明、同步机制和排障指南。作者也明确表示“very alpha and brittle”，意味着它更像早期实验产品。
优点是方向新颖，精准切入开发者与 AI agent 协作的任务管理痛点，并且与 GitHub Issues、RSS、邮件、Telegram 等场景结合紧密。缺点是成熟度低、稳定性不确定、文档不足，部署也要求一定 Node/Docker 基础。它更适合愿意折腾的独立开发者、AI coding agent 重度用户、想探索 agent 工作流管理的人；不适合作为企业关键任务系统直接上线。
网站与 GitHub 访问情况正文未说明，国内网络可用性应标记为未知。若 GitHub 访问不稳定，可能需要代理。替代品可考虑 GitHub Issues、Linear、Todoist、Things、Obsidian Tasks 或 Taskwarrior，但它们通常不具备 eddo 这种面向编码代理的共享记忆与实时活动视图设计。
本测评基于公开资料整理,不构成购买建议,请以 eddoapp.com 官网实际信息为准。
GitHub开源项目，适合AI编码工作流。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。