插件愿景

概述

插件系统是 Mutsumi 未来版本的规划方向之一。本页面记录了当前的思考和愿景，但这些功能尚未实现。

开放问题

以下问题已被推迟到未来的 RFC 中讨论：

1. 插件机制

是否应引入插件机制（例如自定义视图组件）？

可能的方向：

Widget 插件：在详情面板中嵌入自定义组件
数据处理插件：自定义的任务过滤/排序逻辑
导入/导出插件：从其他工具导入任务

2. 同步功能

是否应提供可选的跨设备同步？

可能的方案：

通过 Git 同步（tasks.json 天然 Git 友好）
通过 Syncthing 等工具同步
保持纯本地，同步交给用户自己解决

3. 任务模板

是否应支持任务模板（例如每日 standup 模板）？

{
  "templates": [
    {
      "name": "daily-standup",
      "tasks": [
        { "title": "昨天完成了什么", "priority": "normal" },
        { "title": "今天要做什么", "priority": "high" },
        { "title": "有什么阻塞", "priority": "normal" }
      ]
    }
  ]
}

4. 时间追踪

是否应集成番茄钟/时间追踪功能？

考虑因素：

与”极简”原则的平衡
可能作为自定义字段实现（如 pomodoro_count）
是否需要 TUI 内的计时器 Widget

5. 归档策略

已完成任务的归档策略：

方案	优劣
保留在文件中	简单，但文件会越来越大
移动到 archive.json	文件保持精简，但需要管理两个文件
按月归档	自动化归档，但增加复杂度

设计原则

未来的插件系统将遵循以下原则：

不增加核心复杂度 —— 插件是可选的，核心功能不依赖插件
不引入网络依赖 —— 即使有插件，也必须保持纯本地
不破坏数据契约 —— 插件不能修改 tasks.json 的核心 Schema
可逆性 —— 卸载插件后，数据不会损坏

社区参与

如果你对以上任何方向有想法，欢迎：

在 GitHub Issues 提出建议
提交 RFC 草案
直接贡献代码

Mutsumi 的”可黑客优先”原则意味着我们鼓励用户通过自定义字段、脚本和 Agent 集成来扩展功能，而不是等待官方插件系统。