# Cursor 开源团队工作流 Team-kit

> 来源：[微信公众平台](https://mp.weixin.qq.com/s/YT-yD6LcYJhUm5aTQtCsKQ)
> 作者：VibeCoder · Vibe编码
> 时间：2026年5月7日 07:56

---

Cursor 官方插件仓库发布了 `cursor-team-kit`（v1.1.0），将 Cursor 团队内部的 CI、Code Review、PR、测试、验证、代码清理、周报等工作流打包成可直接安装的插件。

**安装：** `/add-plugin cursor-team-kit`

**内容构成：** 17 Skills + 1 Sub Agent + 2 Rules

特点：不依赖 Linear、Jira、Slack、Notion 等第三方服务，靠 Git、GitHub CLI、本地测试、浏览器自动化、终端 harness 等基础能力工作。

---

## 它是什么

manifest 里写得直白：*Internal workflows used by Cursor developers*。

官方强调：**plug and play without requiring third-party service integrations**。价值不是把 SaaS 接进 IDE，而是把团队怎么收尾、验证、review 写成 agent 能读懂的操作手册。

---

## 技术原理

目录结构：
```
cursor-team-kit/
├── .cursor-plugin/plugin.json
├── agents/ci-watcher.md
├── rules/
│  ├── no-inline-imports.mdc
│  └── typescript-exhaustive-switch.mdc
└── skills/
  ├── loop-on-ci/
  ├── verify-this/
  ├── control-cli/
  ├── control-ui/
  ├── pr-review-canvas/
  └── ...
```

设计哲学：Skills 很多，Sub Agent 很少。只有一个后台 agent `ci-watcher`（盯 PR checks）。其他复杂动作都拆成独立 skill，按需触发更像 checklist。

---

## verify-this（最有价值的 skill）

硬性要求：
1. 把用户 claim 改写为**可证伪命题**
2. 采集 baseline 和 treatment 两组 artifact
3. 相同命令、相同数据、相同环境比较
4. 只允许三种结论：**VERIFIED** | **NOT VERIFIED** | **INCONCLUSIVE**

直击 agent 写代码最大的毛病——太容易凭感觉宣布完成。这个 skill 可迁移到 Claude Code、Codex、OpenCode 等任何本地 coding agent。

---

## control-cli & control-ui（执行层）

- **control-cli**：给交互式 CLI/TUI 搭可重复 harness，用 tmux、PTY、Expect、Node inspector 驱动输入、捕获屏幕、记录 transcript
- **control-ui**：面向 Web/IDE/Electron，用 Playwright/CDP 连接真实页面，截图、读 accessibility tree、抓 console/network、做性能和内存分析

说明 Cursor 内部对 agent 的要求已不止读代码和写代码——代码写完后 agent 要真的去操作它。

---

## PR 被当成阅读体验来设计

PR 生命周期工具：
- `new-branch-and-pr`
- `review-and-ship`
- `make-pr-easy-to-review` — 整理 noisy history、改 PR 描述、补风险说明
- `get-pr-comments`
- `pr-review-canvas` — 将 diff 渲染为交互式 HTML 走读页面，加伪代码、流程图、review checklist

AI 让代码产出速度变快后，review 压力上升，审查代码也要做信息设计。

---

## 两条 Rules 暴露代码品味

只有两条 always-on rules：
1. **typescript-exhaustive-switch** — TypeScript union/enum switch 做穷尽处理（`never` 兜底）
2. **no-inline-imports** — import 放文件顶部

共同指向：代码要容易被静态分析，也要容易被人扫读。

---

## workflow-from-chats（元技能）

从最近对话里提取团队偏好：触发条件、工作步骤、质量标准、停止条件、证据和置信度。判断该写成 skill、rule、workflow doc 还是不落地。

解决长期问题：人会不断纠正 agent 的行为习惯，但这些纠正如果不显式沉淀成 artifact，就不会累积为能力。

---

## 总结

- **verify-this** 解决了 agent 自证的问题
- **control-cli/ui** 把 agent 从代码生成推进到操作验证
- **pr-review-canvas** 承认审查代码需要信息设计
- **两条 rules** 是品位种子
- **workflow-from-chats** 解决团队知识沉淀