使用 Tactic Remote 建立团队工作流

Tactic Remote 最初为个人开发者设计，但越来越多的团队开始采用它。本指南介绍如何为开发团队设置 Tactic Remote，包括共享基础设施、访问管理和工作流规范，让每个人都能高效协作而不互相干扰。

团队架构

个人开发者在自己的 Mac 上运行 Tactic Remote。团队则有更多选择：

方案 A：个人 Mac，独立设置

每位开发者在自己的 Mac 上运行 Tactic Remote 伴侣应用，并从自己的 iPhone 连接。这是最简单的设置，团队成员之间完全隔离。

适合： 小型团队（2-5 人），每个人都有性能足够的 Mac，且主要在代码库的不同部分工作。

优点： 零共享基础设施，完全隐私，无协调开销。 缺点： 无法共享会话可见性，每位开发者自行管理配置。

方案 B：共享开发服务器

一台专用 Mac（Mac Mini、Mac Studio 或 Mac Pro）运行 Tactic Remote 伴侣应用，配置多个用户账号。每位开发者连接到共享机器上自己的用户账号。

适合： 5-15 人的团队，希望集中管理基础设施但不共享会话。

设置方法：

1. 在共享 Mac 上为每位开发者创建 macOS 用户账号。
2. 在每个用户账号中安装 Claude Code 和 tmux。
3. 按用户运行 Tactic Remote 伴侣应用（每人获得唯一端口）。
4. 配置 Cloudflare Tunnel，使用按开发者分配的子域名路由。

developer1.team.example.com → localhost:3001 (开发者 1 的伴侣应用)
developer2.team.example.com → localhost:3002 (开发者 2 的伴侣应用)
developer3.team.example.com → localhost:3003 (开发者 3 的伴侣应用)

每位开发者从自己的 iPhone 使用个人子域名连接。会话在开发者之间隔离，但基础设施是集中管理的。

优点： 集中管理，环境一致，开发者不需要高性能的个人 Mac。 缺点： 共享机器资源竞争，单点故障。

方案 C：混合设置

高级开发者和技术负责人使用共享服务器（保持一致性和团队可见性），普通开发者使用个人 Mac。这在灵活性与协调性之间取得平衡。

团队规范

技术设置是简单的部分。团队规范才是让 AI 编程工具协作真正发挥作用的关键。

规范 1：会话命名标准

采用一致的会话命名格式。我们推荐：

{开发者缩写}-{项目}-{工作重点}

示例：

• jk-api-auth-module
• ms-frontend-dashboard-redesign
• tc-infra-ci-pipeline

这让每个会话的所有者和工作内容一目了然。在共享服务器上，当多个开发者的会话同时可见时，可以避免混淆。

规范 2：每会话一分支

每个 Claude Code 会话应在专用的 Git 分支上工作：

ai/{开发者}/{描述}

示例：

• ai/jkim/add-user-auth
• ai/msmith/refactor-payment-flow

这一规范的好处：

• 防止并发 AI 会话之间的合并冲突
• 使代码审查更清晰（每个 AI 会话对应一个 PR）
• 在 Git 历史中清楚标识 AI 生成的变更
• 如果某个 AI 会话产出质量不佳，可以轻松回滚

规范 3：审批升级

并非所有审批决策都应由单个开发者做出。定义团队级别的审批类别：

自行审批（个人开发者）：

• 在会话项目范围内读写文件
• 运行测试
• 安装开发依赖
• 代码格式化和 lint 修复

同级审批（通知队友）：

• 数据库 schema 变更
• API 契约变更（接口签名、响应格式）
• 涉及安全的代码修改
• 共享配置文件的变更

负责人审批（需要技术负责人签字）：

• 生产环境部署命令
• 基础设施变更
• 依赖主版本升级
• 认证或授权逻辑的变更

实施这一规范需要的是纪律而非工具（Tactic Remote 目前还不能强制执行团队审批策略），但尽早建立规范可以防止代价高昂的失误。

规范 4：每日 AI 站会

在每日站会中增加一个简短的 AI 专题环节：

• 有哪些 AI 任务在夜间或上午完成了？
• 目前有哪些 AI 任务正在运行？
• 是否有需要团队讨论的审批请求？
• 有没有 AI 生成的代码需要大量手动修正？

这让团队了解 AI 活动情况，及早发现质量问题。它还帮助团队学习哪些类型的任务 AI 处理得好，哪些仍需要人工实现。

共享提示词库

在代码仓库中创建团队级别的提示词库：

.claude-prompts/
├── code-review.md       # 标准代码审查提示词
├── test-coverage.md     # 测试覆盖率分析提示词
├── security-audit.md    # 安全审查提示词
├── pre-deploy.md        # 部署前检查清单
├── dependency-update.md # 依赖更新流程
└── new-feature.md       # 功能实现模板

每个文件包含团队通过实际使用不断完善的成熟提示词。例如 code-review.md：

Review the diff for this branch against main. Evaluate:
 
1. Correctness: Does the code do what it claims?
2. Edge cases: What inputs or conditions could cause failure?
3. Security: Are there injection, auth, or data exposure risks?
4. Performance: Any O(n²) patterns, missing indexes, or memory leaks?
5. Maintainability: Would a new team member understand this code?
 
For each issue found, provide:
 
- Severity (critical / warning / suggestion)
- File and line reference
- Explanation of the problem
- Suggested fix
 
If the code looks good, say so — don't invent issues.

团队成员从 Tactic Remote 引用这些提示词：

Follow the code-review prompt in .claude-prompts/code-review.md
for the current branch.

这确保了无论哪位开发者在指导 AI，都能维持一致的质量标准。

监控团队活动

在共享服务器上，Mac 伴侣应用的状态面板显示所有开发者的活跃会话。技术负责人可以监控：

• 当前并发运行的 AI 会话数量
• 各会话的资源使用情况（CPU、内存）
• 会话时长和活动模式
• 审批响应时间

这种可见性有助于识别共享服务器何时需要升级、某位开发者是否需要帮助（会话等待审批数小时）、以及团队规范是否被遵守。

团队安全

团队使用放大了安全方面的考虑：

API 密钥管理： 每位开发者应拥有唯一的 API 密钥。共享密钥使审计"谁做了什么"变得不可能。将团队 API 密钥存储在具有访问控制的密码管理器中。

会话隔离： 在共享服务器上，验证开发者之间无法访问彼此的 tmux 会话。macOS 用户账号隔离提供了这一保障，但需要通过测试验证。

代码访问范围： 确保每位开发者的 Claude Code 会话只能访问其有权限工作的代码仓库。使用 macOS 文件权限和 Git SSH 密钥分离来实现。

离职处理： 当开发者离开团队时，吊销其 API 密钥，终止其会话，并从共享服务器上移除其用户账号。将此流程记录在离职检查清单中。

团队采用入门

我们推荐分阶段进行：

1. 第 1 周： 两位开发者各自设置 Tactic Remote 实例，在一个迭代周期中使用。
2. 第 2 周： 分享经验，建立命名规范和提示词库。
3. 第 3 周： 在文档化规范的基础上推广到整个团队。
4. 第 4 周： 评估——什么有效，什么需要调整？

从小处着手，快速学习，审慎扩展。Tactic Remote 是一个强大的团队工具，但它的效果既取决于技术本身，也同样取决于围绕它建立的规范。

如需个人设置，请参阅快速开始。如需连接选项，请参阅局域网和 Cloudflare Tunnel。