tick-md

核心用法

Tick Multi-Agent Coordination 是一套基于 Git 的多智能体任务协调协议，核心通过 TICK.md 文件实现人机协作的透明化管理。用户以自然语言与 AI 交互，AI 自动在后台维护任务状态。主要工作流包括：初始化项目（tick init）、创建任务（tick add）、认领任务（tick claim）、添加进度注释（tick comment）、标记完成（tick done）以及同步到 Git（tick sync）。支持 MCP 协议调用，提供 tick_status、、tick_add、、tick_claim 等工具函数，方便 AI Agent 直接集成。

显著优点

本地优先与隐私保护：所有数据存储在本地 TICK.md 文件，无需云端服务，完全避免数据泄露风险。Git 原生集成：完整的版本控制和审计追踪，任务历史可追溯，支持团队协作。人机协作友好：用户无需学习复杂命令，AI 自动维护任务状态，降低使用门槛。结构化透明：标准 Markdown + YAML 格式，既人类可读又机器可解析。多智能体支持：支持人类和 AI Agent 注册、角色分配、任务认领与协调。依赖管理智能：自动处理任务依赖关系，完成父任务后自动解锁子任务，支持循环依赖检测。

潜在缺点与局限性

外部依赖较重：核心功能依赖 tick-md CLI 和 tick-mcp-server npm 包，需 Node.js >=18 环境，增加了部署复杂度。生态成熟度有限：作为社区项目（T3 来源），相比 Jira、Linear 等商业工具，企业级支持和插件生态较弱。无可视化界面：纯命令行和文本交互，对习惯 GUI 的用户不够直观。学习成本：虽然用户交互简单，但完整掌握 Tick Protocol 的进阶功能（批量操作、依赖图、MCP 配置）需要一定学习时间。协作规模限制：基于文件锁定的 Git 协作方式，在超大规模团队（数十人以上同时编辑）可能遇到合并冲突。

适合的目标群体

AI 辅助开发团队：希望 AI Agent 参与项目管理、自动跟踪任务进度的技术团队。隐私敏感型项目：对数据主权有严格要求，拒绝 SaaS 工具的企业和个人开发者。Git 原生工作流拥护者：已经深度使用 Git，希望项目管理与代码仓库无缝集成的团队。多智能体实验者：研究人机协作、多 AI Agent 协调的研究者和早期采用者。小型到中型项目：5-20 人规模的敏捷团队，追求轻量级、可自托管的解决方案。

使用风险

依赖包安全风险：虽然 Skill 本身纯文档，但实际执行逻辑在 tick-md 和 tick-mcp-server npm 包中，需信任这些依赖的来源和更新。版本兼容性：Node.js 版本要求（>=18）可能在旧环境中无法运行。MCP 配置风险：若 MCP Server 配置不当，可能授予 AI 过高的文件系统权限。Git 操作冲突：多人同时修改 TICK.md 可能产生合并冲突，需要团队约定协作规范。功能边界模糊：AI 自动维护任务与用户手动编辑的边界需明确，避免状态不一致。