Git 原生多智能体协作中枢

基于 Git 的多智能体任务协调协议，通过结构化 Markdown 实现人机协作透明化管理，本地优先无需云端。

基本信息

• 技能名称?tick-md
• 中文名称?Git 原生多智能体协作中枢
• 作者?gianni-dalerta
• 分类?专业技能
• 版本?v1.3.3
• 标签?project-program-management, productivity, automation, git, development-engineering, collaboration

使用方法

使用说明
核心用法
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 自动维护任务与用户手动编辑的边界需明确，避免状态不一致。