Project Tracker

核心用法

Project Tracker 是一套基于 Markdown 文件的多项目管理系统，通过结构化文档实现项目全生命周期追踪。核心工作流包括：

1. 项目建档：为每个项目创建独立 Markdown 文件，记录状态、优先级、里程碑、进度日志、决策记录和阻塞项
2. 中央看板：维护 DASHBOARD.md 作为统一入口，实时汇总所有项目的关键指标（状态、优先级、下一步行动、截止日期）
3. 智能检测：自动识别停滞项目（7天无更新、里程碑无进展、阻塞项超3天未解），在看板中预警
4. 周报生成：每周日自动输出包含活跃项目数、本周完成项、停滞项目、新项目及下周计划的综合报告
5. 优先级评分：当项目过多时，基于收益潜力、完成时间、战略契合度、个人兴趣、依赖关系五维加权评分，低于2.5分建议暂停或终止

显著优点

• 零成本部署：纯文本+Markdown，无需数据库或订阅服务
• 高可移植性：任何支持文件系统的 AI 工具或编辑器均可运行
• 决策可追溯：独立的 Decisions 表格记录项目关键选择，避免事后遗忘
• 灵活集成：可与日常简报、独立创业者助手、记忆系统等技能联动
• 自适应阈值：停滞检测阈值、评审周期、评分权重均可按需调整

潜在局限

• 无原生协作：缺乏实时多用户编辑、权限管理、评论通知等团队功能
• 可视化依赖外部：看板为表格形式，如需看板视图需借助第三方工具渲染
• 自动化程度有限：周报生成、停滞检测依赖 AI 代理触发，非真正定时任务
• 数据一致性风险：多文件架构下，看板与项目文件可能出现不同步

适合人群

• 独立开发者、创作者、咨询顾问等需同时管理 3-10 个并行项目的 solopreneur
• 偏好本地优先、隐私可控、不与 Notion/Trello 等云服务绑定的用户
• 希望将项目决策与进展沉淀为可检索历史记录的长期主义者
• 已使用 AI 编码助手（Cursor/Windsurf 等）并寻求上下文感知的项目上下文管理

常规风险

• 过度工程化：评分系统和多维度追踪可能演变为"管理项目的时间超过执行项目"
• 虚假安全感：停滞检测基于日志更新时间，而非实际代码/内容产出，可能被"空更新"欺骗
• 沉没成本陷阱：Priority Scoring 虽提供量化建议，但最终 kill/pause 决策仍需用户主观判断，系统无法强制执行
• 文件系统污染：高频创建项目文件可能导致目录膨胀，需定期归档 Completed 项目

核心用法

Project Tracker 是一款纯 Markdown 文档驱动的项目管理技能，专为多项目并行场景设计。用户通过创建 projects/ 目录和 DASHBOARD.md 文件，即可建立统一的项目指挥中心。每个项目独立成档，包含状态标记（🟢 活跃/🟡 暂停/🔴 阻塞/✅ 完成）、优先级分级（P1-P3）、里程碑清单、进度日志、决策记录和阻塞项追踪六大模块。Agent 自动维护主看板，在状态变更、里程碑达成或新增项目时实时同步。

技能内置智能检测机制：7 天无进度更新自动标记为停滞，3 天未解决的阻塞项触发预警。每周日自动生成结构化周报，汇总活跃/完成/停滞/新增项目清单，并基于收益潜力、完成周期、战略契合、个人投入度、依赖阻塞五项加权评分（默认权重 3:2:2.5:1.5:1），为项目取舍提供数据化建议。

显著优点

极致轻量化：纯文本 Markdown 方案，无需数据库、无需 SaaS 订阅、无需网络连接，本地文件即可实现企业级 PM 工具的核心功能。零技术门槛：非技术人员可直接阅读编辑，技术人员可通过 Git 版本控制，兼顾协作与可追溯性。智能主动干预：区别于被动记录工具，Agent 会主动识别停滞项目并建议「继续/暂停/终止」，避免沉没成本陷阱。高度可定制：评审周期、停滞阈值、看板样式、评分权重均可按需调整，适配个人副业、创业团队、研究机构等多元场景。

潜在缺点与局限性

无实时协作：基于本地文件的设计天然缺乏多人实时编辑能力，需依赖 Git 等外部工具解决并发冲突。无自动化集成：不包含日历同步、邮件提醒、Slack 通知等主动推送能力，需配合其他技能或手动触发。评分主观性强：五项权重虽可自定义，但初始评分依赖用户自我评估，缺乏客观数据校准（如实际工时、市场反馈）。规模天花板：当同时追踪 20+ 复杂项目时，纯文本查询效率下降，需配合文件命名规范或标签系统才能维持可用性。

适合目标群体

• 独立开发者/创作者：管理多个副业项目、开源贡献、内容创作，需快速判断资源分配优先级。
• 小型创业团队：预算有限、厌恶工具切换成本，希望用最少基础设施跑通项目管理闭环。
• 研究型组织：学术课题组、咨询团队，需保留决策过程与版本历史，满足审计与复盘需求。
• Agent 原生用户：已深度使用 AI Agent 辅助工作流，希望将项目管理纳入 Agent 的记忆与决策体系。

使用风险

性能风险：项目文件膨胀后，Agent 扫描目录和解析 Markdown 的耗时可能增加，建议定期归档已完成项目。依赖项风险：虽本技能零外部依赖，但实际使用中可能依赖文件系统的稳定访问，云端同步盘（如 Dropbox、iCloud）的冲突文件可能干扰解析。误操作风险：Agent 自动更新看板时，若用户同时手动编辑同一文件，存在内容覆盖可能，建议遵循「Agent 维护区/用户编辑区」的注释分隔规范。认知风险：过度依赖量化评分可能导致忽视长期战略价值或创新探索类项目，建议将评分作为参考而非决策唯一依据。