RuView 中的 AI 结对编程:claude-flow Pair Programming 技能(driver/navigator/switch 多模式协作)完整实战指南
【免费下载链接】RuViewπ RuView turns commodity WiFi signals into real-time spatial intelligence, vital sign monitoring, and presence detection — all without a single pixel of video.项目地址: https://gitcode.com/GitHub_Trending/wi/RuView
AI 结对编程正在把"写代码"从单人任务变成"人类设定方向 + AI 承担高强度实现与校验"的协作流程。本指南以 RuView 仓库内沉淀的 .claude/skills/pair-programming/SKILL.md 为骨架,系统讲解claude-flow pair这一结对编程技能的全部用法:七种协作模式、会话生命周期、三十余个会话内斜杠命令、覆盖"验证/测试/评审/Git/指标"的完整配置体系,以及 TDD、调试、重构、性能优化等真实工作流模板。读完你可以直接在任意 Git 仓库中用claude-flow pair --start拉起一轮带角色轮换、实时质量评分(truth-score)与自动回滚的结对开发会话,并理解驱动它在 RuView 工程中运转的底层机制。
为什么 RuView 需要一份结对编程技能
RuView 是一个"用 WiFi 信号做无摄像头空间感知"的复杂工程,其仓库横跨多种技术栈:Rust 生产代码位于 v2/crates/、Python 参考管线位于 archive/v1/、ESP32 固件位于 firmware/esp32-csi-node/、可移植贡献者 harness 位于 harness/ruview/。跨语言、跨硬件、强校验(MEASURED/CLAIMED证据标注、ADR 体系、确定性 proof)是该工程的常态,单靠人工逐项把关成本极高。因此仓库在.claude/下沉淀了一批"技能(Skill)"文档,.claude/skills/pair-programming/SKILL.md 正是其中之一——它把"AI 辅助结对编程"固化成一套可执行、可度量、可回放的标准流程。
从仓库配置可以印证 claude-flow 确实是该工程 AI 基础设施的一部分:.claude/settings.json 声明了claudeFlow.version = "3.0.0"、enabled: true,并在权限层允许Bash(npx claude-flow*)与Bash(npx @claude-flow*)、mcp__claude-flow__:*;它同时把 PreToolUse/PostToolUse/UserPromptSubmit/SessionStart/SessionEnd/Stop/PreCompact/SubagentStart 等钩子统一路由到.claude/helpers/hook-handler.cjs,并配置了由audit/optimize/consolidate/document/deepdive/ultralearn等 worker 组成的后台 daemon。可以推断:结对编程技能与这些 hooks、daemon、memory 能力共同构成了 RuView 仓库内一套完整的"人类 + AI 智能体"协作与自我校验基础设施。
技能能力总览与前置条件
该技能提供的核心能力
- 多协作模式:Driver、Navigator、Switch、TDD、Review、Mentor、Debug 七种,按任务类型切换;
- 实时验证:每次修改自动质量评分(Truth Score),未达阈值自动回滚;
- 角色管理:Driver/Navigator 之间无缝切换,支持定时自动轮换;
- 测试集成:自动生成测试、追踪覆盖率、持续测试(watch);
- 代码评审:内置安全扫描、性能分析、最佳实践强制校验;
- 会话持久化:自动保存、恢复、导出、分享与后台运行。
前置条件
必需:
- Claude Flow CLI:
npm install -g claude-flow@alpha - Git 仓库(可选但推荐)——.claude/settings.json 中的 permission 白名单即是为这类 CLI 调用放行的实际示例
推荐:
- 测试框架(Jest、pytest 等)
- 已配置的 Linter(ESLint、pylint 等)
- 代码格式化器(Prettier、Black 等)
快速上手
基础会话
# 开启一轮简单的结对编程 claude-flow pair --startTDD 会话
# 测试驱动开发,目标覆盖率 90 claude-flow pair --start \ --mode tdd \ --test-first \ --coverage 90会话控制命令(Session Control)
启动各类会话
# 基础启动 claude-flow pair --start # 专家重构会话:指定 senior-dev 智能体 + 验证 + 0.98 高阈值 claude-flow pair --start \ --agent senior-dev \ --focus refactor \ --verify \ --threshold 0.98 # 调试会话:指定 debugger-expert + 评审模式 claude-flow pair --start \ --agent debugger-expert \ --focus debug \ --review # 学习会话:mentor 模式、慢节奏、带示例 claude-flow pair --start \ --mode mentor \ --pace slow \ --examples会话管理
# 查看状态 claude-flow pair --status # 查看历史 claude-flow pair --history # 暂停会话(会话内输入) /pause [--reason <reason>] # 恢复会话(会话内输入) /resume # 结束会话(可选保存与报告) claude-flow pair --end [--save] [--report]七种协作模式详解
Driver 模式:你写代码,AI 做导航
claude-flow pair --start --mode driver你的职责:写实际代码、实现方案、做即时决策、处理语法与结构。
AI(Navigator)的职责:提供战略指导、发现潜在问题、提出改进建议、实时评审、跟踪整体方向。
适用场景:学习新模式、实现熟悉的功能、快速迭代、动手调试。
可用命令:
/suggest - 获取实现建议 /review - 请求代码评审 /explain - 请求解释 /optimize - 请求优化思路 /patterns - 获取模式推荐Navigator 模式:AI 写代码,你做掌舵
claude-flow pair --start --mode navigator你的职责:提供高层方向、评审生成的代码、做架构决策、确保满足业务需求。
AI(Driver)的职责:编写实现代码、处理语法细节、落实你的指导、管理样板代码、执行重构。
适用场景:快速原型、样板代码生成、向 AI 学习模式、探索解决方案。
可用命令:
/implement - 指示直接实现 /refactor - 请求重构 /test - 生成测试 /document - 补充文档 /alternate - 查看替代方案Switch 模式:按间隔自动轮换角色
# 默认 10 分钟间隔 claude-flow pair --start --mode switch # 5 分钟快速轮换 claude-flow pair --start --mode switch --interval 5m # 15 分钟深度聚焦轮换 claude-flow pair --start --mode switch --interval 15m交接流程(Handoff Process):
- 轮换前 30 秒提醒;
- 当前 Driver 完成当前思路;
- 生成上下文摘要;
- 角色平滑交换;
- 新 Driver 继续推进。
适用场景:均衡协作、知识共享、复杂特性、长时间会话。
专项模式
TDD 模式——测试驱动开发:
claude-flow pair --start \ --mode tdd \ --test-first \ --coverage 100工作流:先写失败测试 → 实现 → 重构 → 重复(Red-Green-Refactor)。
Review 模式——持续代码评审:
claude-flow pair --start \ --mode review \ --strict \ --security能力:实时反馈、安全扫描、性能分析。
Mentor 模式——以学习为中心:
claude-flow pair --start \ --mode mentor \ --explain-all \ --pace slow能力:详细讲解、分步指导、模式教学。
Debug 模式——问题求解:
claude-flow pair --start \ --mode debug \ --verbose \ --trace能力:问题定位、根因分析、修复建议。
会话内命令大全(In-Session Commands)
代码命令(Code Commands)
/explain [--level basic|detailed|expert] 解释当前代码或选区 /suggest [--type refactor|optimize|security|style] 获取改进建议 /implement <description> 请求实现(Navigator 模式下) /refactor [--pattern <pattern>] [--scope function|file|module] 重构所选代码 /optimize [--target speed|memory|both] 针对性能优化代码 /document [--format jsdoc|markdown|inline] 为代码补充文档 /comment [--verbose] 添加行内注释 /pattern <pattern-name> [--example] 应用设计模式测试命令(Testing Commands)
/test [--watch] [--coverage] [--only <pattern>] 运行测试套件 /test-gen [--type unit|integration|e2e] 为当前代码生成测试 /coverage [--report html|json|terminal] 检查测试覆盖率 /mock <target> [--realistic] 生成 mock 数据或函数 /test-watch [--on-save] 启用测试监听 /snapshot [--update] 创建测试快照评审命令(Review Commands)
/review [--scope current|file|changes] [--strict] 执行代码评审 /security [--deep] [--fix] 安全分析 /perf [--profile] [--suggestions] 性能分析 /quality [--detailed] 检查代码质量指标 /lint [--fix] [--config <config>] 运行 linter /complexity [--threshold <value>] 分析代码复杂度导航命令(Navigation Commands)
/goto <file>[:line[:column]] 跳转到文件或位置 /find <pattern> [--regex] [--case-sensitive] 在项目中搜索 /recent [--limit <n>] 查看最近文件 /bookmark [add|list|goto|remove] [<name>] 管理书签 /history [--limit <n>] [--filter <pattern>] 查看命令历史 /tree [--depth <n>] [--filter <pattern>] 查看项目结构Git 命令
/diff [--staged] [--file <file>] 查看 git diff /commit [--message <msg>] [--amend] 带校验提交 /branch [create|switch|delete|list] [<name>] 分支操作 /stash [save|pop|list|apply] [<message>] stash 操作 /log [--oneline] [--limit <n>] 查看 git log /blame [<file>] 查看 git blameAI 伙伴命令(AI Partner Commands)
/agent [switch|info|config] [<agent-name>] 管理 AI 智能体 /teach <preference> 教会 AI 你的偏好 /feedback [positive|negative] <message> 向 AI 反馈 /personality [professional|friendly|concise|verbose] 调整 AI 风格 /expertise [add|remove|list] [<domain>] 设置 AI 专长领域指标命令(Metrics Commands)
/metrics [--period today|session|week|all] 查看会话指标 /score [--breakdown] 查看质量评分明细 /productivity [--chart] 查看生产力指标 /leaderboard [--personal|team] 查看改进排行榜角色与模式命令
/switch [--immediate] 切换 Driver/Navigator 角色 /mode <type> 切换模式(driver|navigator|switch|tdd|review|mentor|debug) /role 查看当前角色 /handoff 准备角色交接命令快捷键速查表
| 别名 | 完整命令 |
|---|---|
/s | /suggest |
/e | /explain |
/t | /test |
/r | /review |
/c | /commit |
/g | /goto |
/f | /find |
/h | /help |
/sw | /switch |
/st | /status |
配置体系:从基础到生产级
基础配置
创建.claude-flow/pair-config.json:
{ "pair": { "enabled": true, "defaultMode": "switch", "defaultAgent": "auto", "autoStart": false, "theme": "professional" } }完整配置
以下为 .claude/skills/pair-programming/SKILL.md 中给出的完整配置模板,覆盖全部子系统。注意其结构与仓库 .claude/settings.json 中claudeFlow顶层配置块(version、swarm、memory、daemon、learning、adr、ddd、security 等)同出一脉——都是"行为可配置、验证可量化、范围可控"的工程化 AI 基础设施。
{ "pair": { "general": { "enabled": true, "defaultMode": "switch", "defaultAgent": "senior-dev", "language": "javascript", "timezone": "UTC" }, "modes": { "driver": { "enabled": true, "suggestions": true, "realTimeReview": true, "autoComplete": false }, "navigator": { "enabled": true, "codeGeneration": true, "explanations": true, "alternatives": true }, "switch": { "enabled": true, "interval": "10m", "warning": "30s", "autoSwitch": true, "pauseOnIdle": true } }, "verification": { "enabled": true, "threshold": 0.95, "autoRollback": true, "preCommitCheck": true, "continuousMonitoring": true, "blockOnFailure": true }, "testing": { "enabled": true, "autoRun": true, "framework": "jest", "onSave": true, "coverage": { "enabled": true, "minimum": 80, "enforce": true, "reportFormat": "html" } }, "review": { "enabled": true, "continuous": true, "preCommit": true, "security": true, "performance": true, "style": true, "complexity": { "maxComplexity": 10, "maxDepth": 4, "maxLines": 100 } }, "git": { "enabled": true, "autoCommit": false, "commitTemplate": "feat: {message}", "signCommits": false, "pushOnEnd": false, "branchProtection": true }, "session": { "autoSave": true, "saveInterval": "5m", "maxDuration": "4h", "idleTimeout": "15m", "breakReminder": "45m", "metricsInterval": "1m" }, "ai": { "model": "advanced", "temperature": 0.7, "maxTokens": 4000, "personality": "professional", "expertise": ["backend", "testing", "security"], "learningEnabled": true } } }各子块解读:
- modes.driver:
realTimeReview决定是否在你每次保存/编辑后即时评审;autoComplete为 false 时由你主导写码节奏; - verification:
threshold是全局质量线(默认 0.95),低于该值的变更会触发autoRollback,blockOnFailure决定是否阻断继续提交——这是"AI 出错可回滚"机制的开关; - testing.coverage:
minimum(默认 80)+enforce组合可实现"覆盖率不足即失败"的硬性约束,配合 CI 场景尤其有效; - review.complexity:
maxComplexity/maxDepth/maxLines是代码结构看门狗,避免 AI 生成过度复杂的实现; - session:
saveInterval与maxDuration、idleTimeout、breakReminder构成会话健康管理,防止无界长跑。
内置智能体(Built-in Agents)
{ "agents": { "senior-dev": { "expertise": ["architecture", "patterns", "optimization"], "style": "thorough", "reviewLevel": "strict" }, "tdd-specialist": { "expertise": ["testing", "mocks", "coverage"], "style": "test-first", "reviewLevel": "comprehensive" }, "debugger-expert": { "expertise": ["debugging", "profiling", "tracing"], "style": "analytical", "reviewLevel": "focused" }, "junior-dev": { "expertise": ["learning", "basics", "documentation"], "style": "questioning", "reviewLevel": "educational" } } }CLI 配置管理
# 设置配置项 claude-flow pair config set defaultMode switch claude-flow pair config set verification.threshold 0.98 # 读取配置 claude-flow pair config get claude-flow pair config get defaultMode # 导出 / 导入 claude-flow pair config export > config.json claude-flow pair config import config.json # 重置 claude-flow pair config reset配置优先级与排障
当配置行为不符合预期时,按以下优先级排查:CLI 参数 > 环境变量 > 项目配置 > 用户配置 > 全局配置。用claude-flow pair config validate校验 JSON 语法,并检查文件权限。
Profile 管理:沉淀可复用配置
# 创建 profile claude-flow pair profile create refactoring \ --mode driver \ --verify true \ --threshold 0.98 \ --focus refactor # 使用 profile claude-flow pair --start --profile refactoring # 列出 profiles claude-flow pair profile listProfile 配置示例:
{ "profiles": { "refactoring": { "mode": "driver", "verification": { "enabled": true, "threshold": 0.98 }, "focus": "refactor" }, "debugging": { "mode": "navigator", "agent": "debugger-expert", "trace": true, "verbose": true }, "learning": { "mode": "mentor", "pace": "slow", "explanations": "detailed", "examples": true } } }真实会话流程六例
以下为技能文档给出的六个典型工作流,演示从命令组合到会话内交互的完整闭环。值得注意的是,这些流程中的"验证-评审-度量"哲学与 RuView 仓库自身的工程纪律一致——CLAUDE.md 与 AGENTS.md 同样要求所有精度/性能声明标注MEASURED/CLAIMED,先验证、后提交、用证据说话。
示例 1:特性实现(JWT 用户认证)
claude-flow pair --start \ --mode switch \ --agent senior-dev \ --focus implement \ --verify \ --test会话流程:
👥 为 authentication 特性启动结对编程... [DRIVER: 你 - 10 分钟] /explain JWT authentication flow > AI 讲解 JWT 概念与最佳实践 /suggest implementation approach > AI 建议使用 middleware 模式 + refresh token # 你写出基础 auth middleware 结构 [切换到 NAVIGATOR] [NAVIGATOR: AI - 10 分钟] /implement JWT token generation with refresh tokens > AI 生成安全的 token 实现 /test-gen > AI 创建完整测试套件 [切换到 DRIVER] [DRIVER: 你 - 10 分钟] # 你打磨实现 /review --security > AI 做安全评审,给出改进建议 /commit --message "feat: JWT authentication with refresh tokens" ✅ Truth Score: 0.98 - 提交成功示例 2:Bug 修复(Node.js 内存泄漏)
claude-flow pair --start \ --mode navigator \ --agent debugger-expert \ --focus debug \ --trace会话流程:
/status > 正在分析应用内存问题... /perf --profile > 10 分钟内内存从 150MB 增长到 450MB /find "new EventEmitter" --regex > 找到 3 处 EventEmitter 创建 /inspect eventEmitters --deep > 发现监听器未被移除 /suggest fix for memory leak > AI 建议:"在 cleanup 函数中添加 removeListener" /implement cleanup functions for all event emitters > AI 生成正确的清理代码 /test > 内存稳定在 150MB ✅ /commit --message "fix: memory leak in event emitters"示例 3:TDD 会话(购物车特性)
claude-flow pair --start \ --mode tdd \ --agent tdd-specialist \ --test-first会话流程:
[RED 阶段] /test-gen "add item to cart" > AI 写出失败的测试: ✗ should add item to cart ✗ should update quantity for existing item ✗ should calculate total price [GREEN 阶段] /implement minimal cart functionality > 你写出刚好能通过测试的最小实现 /test > 测试通过:3/3 ✅ [REFACTOR 阶段] /refactor --pattern repository > AI 重构为 repository 模式 /test > 测试仍然通过:3/3 ✅ [下一个循环] /test-gen "remove item from cart" > AI 写出新的失败测试...示例 4:代码重构(现代化 UserService)
claude-flow pair --start \ --mode driver \ --focus refactor \ --verify \ --threshold 0.98会话流程:
/analyze UserService.js > AI 识别出: - 回调地狱(嵌套 5 层) - 无错误处理 - 紧耦合 - 无测试 /suggest refactoring plan > AI 建议: 1. 回调转 async/await 2. 增加错误边界 3. 抽取依赖 4. 添加单元测试 /test-gen --before-refactor > AI 为当前行为生成回归测试 /refactor callbacks to async/await # 你在 AI 指导下重构 /test > 全部测试通过 ✅ /review --compare > AI 展示重构前后对比 > 代码复杂度:35 → 12 > Truth score:0.99 ✅ /commit --message "refactor: modernize UserService with async/await"示例 5:性能优化(慢速 React 应用)
claude-flow pair --start \ --mode switch \ --agent performance-expert \ --focus optimize \ --profile会话流程:
/perf --profile > ProductList 渲染 450ms,CartSummary 渲染 200ms > 不必要重渲染:15 次 /suggest optimizations for ProductList > AI 建议: 1. 添加 React.memo 2. 用 useMemo 包裹昂贵计算 3. 长列表虚拟化 /implement React.memo and useMemo # 你在 AI 指导下实现 /perf --profile > ProductList:45ms(提升 90%)✅ /implement virtualization with react-window > AI 实现虚拟滚动 /perf --profile > ProductList:12ms(提升 97%)✅ > FPS:60 稳定 ✅ /commit --message "perf: optimize ProductList with memoization and virtualization"示例 6:API 开发(Express RESTful)
claude-flow pair --start \ --mode navigator \ --agent backend-expert \ --focus implement \ --test会话流程:
/design REST API for blog platform > AI 设计端点: POST /api/posts GET /api/posts GET /api/posts/:id PUT /api/posts/:id DELETE /api/posts/:id /implement CRUD endpoints with validation > AI 用 Express + Joi 实现校验 /test-gen --integration > AI 生成集成测试 /security --api > AI 补充:限流、输入净化、JWT 认证、CORS 配置 /document --openapi > AI 生成 OpenAPI 文档 /test --integration > 全部端点测试通过:15/15 ✅会话模板:一键切入既定模式
# 重构模板 claude-flow pair --template refactor # Focus: 代码改进 # Verification: 高 (0.98) # Testing: 每次修改后 # Review: 持续 # 特性模板 claude-flow pair --template feature # Focus: 实现 # Verification: 标准 (0.95) # Testing: 完成时 # Review: 提交前 # 调试模板 claude-flow pair --template debug # Focus: 问题求解 # Verification: 中等 (0.90) # Testing: 回归测试 # Review: 根因分析 # 学习模板 claude-flow pair --template learn # Mode: Mentor # Pace: Slow # Explanations: Detailed # Examples: Many会话管理:状态、历史与持久化
会话状态
claude-flow pair --status典型输出:
👥 Pair Programming Session ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Session ID: pair_1755021234567 Duration: 45 minutes Status: Active Partner: senior-dev Current Role: DRIVER (you) Mode: Switch (10m intervals) Next Switch: in 3 minutes 📊 Metrics: ├── Truth Score: 0.982 ✅ ├── Lines Changed: 234 ├── Files Modified: 5 ├── Tests Added: 12 ├── Coverage: 87% ↑3% └── Commits: 3 🎯 Focus: Implementation 📝 Current File: src/auth/login.js会话历史
claude-flow pair --history输出按时间倒序列出每次会话的时长、伙伴智能体、聚焦主题、Truth Score 与变更量(如+340 -125 lines、Tests Added: 24等),便于复盘个人/团队效能。
会话持久化
# 保存会话 claude-flow pair --save [--name <name>] # 加载会话 claude-flow pair --load <session-id> # 导出会话 claude-flow pair --export <session-id> [--format json|md] # 生成报告 claude-flow pair --report <session-id>后台会话
# 后台启动 claude-flow pair --start --background # 监控后台会话 claude-flow pair --monitor # 挂载到后台会话 claude-flow pair --attach <session-id> # 结束后台会话 claude-flow pair --end <session-id>进阶能力
自定义命令组合
在配置中定义常用复合命令,减少重复输入:
{ "customCommands": { "tdd": "/test-gen && /test --watch", "full-review": "/lint --fix && /test && /review --strict", "quick-fix": "/suggest --type fix && /implement && /test" } }使用方式:
/custom tdd /custom full-review命令链式执行
/test && /commit && /push /lint --fix && /test && /review --strict会话录制与回放
# 带录制启动 claude-flow pair --start --record # 回放会话 claude-flow pair --replay <session-id> # 会话分析 claude-flow pair --analytics <session-id>与外部系统集成
# Git:启动即启用 git 管理 + 自动提交 claude-flow pair --start --git --auto-commit # CI/CD:非交互式运行 claude-flow pair --start --ci --non-interactive # IDE:指定 IDE claude-flow pair --start --ide vscode最佳实践清单
会话层面
- 明确目标:会话开始前定义目标与验收标准;
- 选对模式:依据任务类型选择 Driver/Navigator/TDD 等;
- 开启验证:关键代码路径务必开启 verification;
- 持续测试:保持质量不滑坡;
- 记录决策:用会话笔记沉淀重要决策;
- 定时休息:每 45–60 分钟休息一次。
代码层面
- 尽早测试:每次变更后立刻跑测试;
- 提交前验证:检查 Truth Score 是否达标;
- 安全必审:敏感代码始终开启安全评审;
- 性能画像:用
/perf驱动优化而非凭感觉; - 复杂工作必存会话:便于中断后续接;
- 向 AI 学习:多提问,把 AI 当导师而非工具。
模式选择建议
- Driver 模式:学习阶段、需要亲自掌控实现节奏时;
- Navigator 模式:快速原型、大批量生成时;
- Switch 模式:长会话、需要均衡分工时;
- TDD 模式:需要以测试牵引实现时;
- Review 模式:质量优先(如临发布)时;
- Mentor 模式:学习优先时;
- Debug 模式:排障修复时。
质量指标与阈值体系
结对编程的"质量闭环"依赖一套统一的量化刻度。这与 RuView 仓库对证据的执着一脉相承:claude-flow 用 Truth Score 给每次 AI 变更打分,RuView 则要求任何感知能力声明都必须标注MEASURED(带可复现脚本)或CLAIMED——两者都把"不能量化的产出"排除在可信范围之外。
Truth Score 阈值
Error: < 0.90 ❌ Warning: 0.90 - 0.95 ⚠️ Good: 0.95 - 0.98 ✅ Excellent: > 0.98 🌟覆盖率阈值
Error: < 70% ❌ Warning: 70% - 80% ⚠️ Good: 80% - 90% ✅ Excellent: > 90% 🌟复杂度阈值
Error: > 15 ❌ Warning: 10 - 15 ⚠️ Good: 5 - 10 ✅ Excellent: < 5 🌟环境变量覆盖配置
export CLAUDE_PAIR_MODE=driver export CLAUDE_PAIR_VERIFY=true export CLAUDE_PAIR_THRESHOLD=0.98 export CLAUDE_PAIR_AGENT=senior-dev export CLAUDE_PAIR_AUTO_TEST=true环境变量优先级高于配置文件(CLI > env > project > user > global),适合 CI 或临时覆盖场景。
命令历史与键盘快捷键
命令历史
↑/↓—— 遍历命令历史Ctrl+R—— 搜索命令历史!!—— 重复上一条命令!<n>—— 运行历史中的第 n 条命令
键盘快捷键(可配置)
默认快捷键:
{ "shortcuts": { "switch": "ctrl+shift+s", "suggest": "ctrl+space", "review": "ctrl+r", "test": "ctrl+t" } }故障排查指南
| 问题 | 处理建议 |
|---|---|
| 会话无法启动 | 检查智能体可用性、配置文件语法、确保工作区干净、查看日志文件 |
| 会话断开 | 用--recover恢复;检查网络、后台进程、自动保存文件 |
| 性能不佳 | 调低验证阈值、关闭持续测试、检查系统资源、换更轻量的 AI 模型 |
| 配置不生效 | 校验 JSON 语法、检查文件权限、按CLI > env > project > user > global优先级核对、运行claude-flow pair config validate |
关联命令速览
claude-flow pair --help—— 查看帮助claude-flow pair config—— 管理配置claude-flow pair profile—— 管理 profilesclaude-flow pair templates—— 列出模板claude-flow pair agents—— 列出可用智能体
延伸阅读
- 技能定义文件:.claude/skills/pair-programming/SKILL.md(本文的完整来源,含全部 1200+ 行原始规范)
- claude-flow 在 RuView 的集成配置(hooks、daemon、权限与 memory 设置):.claude/settings.json
- RuView 仓库级 AI 协作与校验纪律:CLAUDE.md、AGENTS.md
- 同目录下的其他协作类技能(如
.claude/skills/verification-quality/、.claude/skills/swarm-orchestration/、.claude/skills/hooks-automation/等)可作为配套参考,与结对编程技能组合形成完整的"编码—校验—评审—记忆"闭环。
在实际使用中,建议先从一个明确的、有边界的小任务起步(如"为某个模块补一组单元测试"),配合--verify与 0.95 左右的阈值运行一轮 Switch 或 TDD 会话,观察 Truth Score 如何随迭代收敛;再逐步引入自定义命令、profile 与后台会话,把结对编程固化到团队的日常开发节奏中。
【免费下载链接】RuViewπ RuView turns commodity WiFi signals into real-time spatial intelligence, vital sign monitoring, and presence detection — all without a single pixel of video.项目地址: https://gitcode.com/GitHub_Trending/wi/RuView
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考