109 lines
3.8 KiB
Markdown
109 lines
3.8 KiB
Markdown
# 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** 解决团队知识沉淀
|