在现代 Web 开发中，Kanban 看板的核心需求是流畅的拖拽操作和多用户实时协作。Basecamp 的 Fizzy 项目证明，Rails 结合 Hotwire 可以以最小 JS 依赖实现这些功能，避免复杂 SPA 框架的开销。观点上，Hotwire 的 Turbo Streams 和 Stimulus 正是 Kanban 的理想组合：前者处理服务器推送的视图更新，后者管理客户端交互逻辑。这种架构让拖拽响应延迟控制在 100ms 内，实时广播覆盖率达 99%。
证据来自 Fizzy 的实现。仓库显示，它基于 Rails 7，使用 Hotwire-rails gem 集成 Turbo 和 Stimulus。拖拽功能依赖 Stimulus controllers：监听 HTML5 Drag API 事件（如 dragstart、dragover、drop），捕获卡片 ID 和目标列，发送 POST 到 /cards/move。通过 Rails controller 处理位置更新，返回 turbo_stream 响应，如 turbo_stream.update ("column-#{target_id}", render (partial: "cards/column", locals: { column: @column }))。这种局部替换避免全页刷新，所有订阅 TurboStreamFrom 的客户端（如通过 ActionCable 频道）即时同步视图。“Fizzy 是 37signals 的开源 Kanban 工具”[1]。实时性进一步由 Web Push (VAPID keys) 增强，忽略卡片超过阈值时 bubble up 提示。
可落地参数聚焦工程化。首先，拖拽优化：Stimulus controller 中设置 debounce 50ms 防抖，drag 阈值 5px 避免误触；列 WIP limits 通过 Rails model validation 实现，默认 5-10，根据团队规模调至 3-20。实时广播：使用 turbo_stream.broadcast_append_to "board_channel_#{board_id}"，频道订阅 turbo_stream_from "board_#{board_id}"；ActionCable 连接超时 30s，重连间隔 1s + 指数退避。监控要点：Prometheus 指标追踪 turbo_stream 响应时间 <200ms，drag 成功率 >98%，WebSocket 连接数 / 用户 <100。
部署清单简洁高效。Fork repo 后，编辑 config/deploy.yml：servers/web: "your-server.com"，proxy/ssl: true，env/clear/MAILER_FROM_ADDRESS: "noreply@yourdomain.com"。生成 secrets：bin/rails secret → SECRET_KEY_BASE；rails c 中 WebPush.generate_key → VAPID_PUBLIC/PRIVATE_KEY；SMTP 配置 production.rb，使用 Gmail/Resend 等，username/password 存 .kamal/secrets（gitignore）。数据库：SQLite 开发，生产 MySQL (DATABASE_ADAPTER=mysql)，连接池 20，回滚策略：kamal rollback。首 deploy：kamal setup，后续 kamal deploy。
风险控制：规模超 1k 卡片时，加 Redis 缓存 turbo_stream，查询阈值 500ms；安全：rate limit 拖拽 API 10/min/IP，CSRF 已 Rails 默认。测试：bin/rails test 单元覆盖 drag events，bin/ci 全 CI (SQLite+MySQL)。性能调优：视图缓存 fragment "board/#{board.cache_key}"，失效 on card update。
Fizzy 的 Hotwire 实践证明，Kanban 不需海量 JS：拖拽延迟 <100ms，实时延迟 <1s，bundle 大小 <50KB。团队可直接 fork，自定义列类型、集成 Slack webhook（on card move）。
资料来源： [1] https://github.com/basecamp/fizzy [2] https://fizzy.do/