查找技能

通过mcporter命令管理连接AI代理与外部工具的MCP服务器。可列出服务器、检查工具输入输出规范、配置连接、完成认证并调用工具。

• 查看MCP工具及参数规范
• 配置MCP连接并完成认证
• 使用JSON参数调用工具

帮助新建或修改智能体技能，明确调用条件、预期结果和文件组织方式，并验证SKILL.md配置、引用路径及修改过的辅助脚本。

• 将重复工作整理成技能
• 修改现有SKILL.md
• 整理附带资料与辅助脚本

查看并操作tmux中运行的交互式命令行程序，列出会话和分屏窗格，获取当前输出或历史记录，发送文字与按键，并监测输入提示或处理完成。

• 查看交互式程序的输出
• 向运行中的会话发送文字和按键
• 监测输入等待或处理完成

审查REA的分析流程与缓存设计，在保持结果正确性和依据可访问性的同时，改善耗时、CPU与内存使用，以及智能体需要处理的信息量。

• 调查分析流程缓慢的原因
• 审查缓存设计
• 降低CPU和内存负载

使用REA分析已发布的应用、二进制文件、软件包和固件，解释功能并比较版本差异。结合反编译与运行时观察，区分证据、推断和未知事项。

• 调查已发布应用的功能实现
• 比较不同版本的应用行为
• 分析二进制文件和随附资源

设计或修改REA调查工具时，梳理职责范围、输入输出及CLI或MCP调用约定，并提出涵盖调查依据含义、现有工具比较和验证方法的设计方案。

• 设计新的REA调查工具
• 调整CLI或MCP的输入输出
• 明确provider职责与Evidence含义

将相互独立的缺陷或测试失败分配给不同代理，并行调查和修复。明确各自范围与报告要求，再检查修改冲突、运行完整测试并整合结果。

• 调查原因互不相关的测试失败
• 修复不同功能中的独立缺陷
• 明确多个代理的工作范围

将代码审查意见与实际代码、支持的运行环境及现有行为进行核对，确认建议是否合理，梳理疑问并依据技术证据回复，再逐项修改和测试。

• 梳理含糊的代码审查意见
• 核实建议修改的兼容性
• 检查拟扩展的功能是否实际使用

为功能开发准备独立工作区，先检查是否已隔离，再使用环境内置功能或 git worktree 创建，并完成依赖准备和修改前的测试。

• 在独立工作区开始功能开发
• 执行实施计划前准备环境
• 检查当前工作区是否已隔离

通过测试创建、修订和发布前验证 AI 智能体技能，比较使用指令前后的行为，找出遗漏或误解，并调整文档结构、搜索说明和措辞。

• 将重复流程整理成可复用技能
• 修订容易被误解的指令
• 在发布前验证技能

在同一会话中逐项执行已有的实施计划，确认测试先失败后通过，记录进度与判断，并在全部任务结束后审查整个分支的更改。

• 执行已有的开发计划
• 不另派实施代理完成工作
• 根据进度记录恢复任务

读取 superpowers 会话记录，调查重复工作、偏离计划、耗时及令牌消耗。以文件路径和行号为依据整理经过，生成有证据支持的报告。

• 调查重复工作或偏离计划的情况
• 查看会话耗时和令牌消耗
• 确认技能是否被使用

将规格或需求整理成实施计划，明确要修改的文件、函数定义、测试和验证步骤。在编写代码前拆分工作，形成可交给其他人员或代理执行的任务。

• 编写代码前规划功能实施
• 将需求拆成可测试的任务
• 向其他人员或代理交接实施工作

在实现完成后检查全部测试，让用户选择本地合并、创建拉取请求或保留现状，并执行所选操作，再根据选择和工作环境整理分支与工作区。

• 在本地合并已完成的功能
• 推送分支并创建拉取请求
• 保留已完成的修改以便日后整合

在功能实现后或合并前，请另一个智能体审查代码。整理修改内容、需求和目标提交范围，再根据审查意见的严重程度推进修复。

• 大型功能实现后的代码审查
• 合并前检查修改
• 为复杂问题修复寻求独立审查

将实施计划中的任务逐一交给不同的代理，检查是否符合规格要求以及代码质量，并将进度记录到文件中，最后审查整个分支的全部变更。

• 执行任务基本独立的实施计划
• 逐项检查任务是否符合规格要求
• 根据进度记录恢复工作

通过复现步骤、日志和近期更改，调查缺陷、测试失败及异常行为的原因。按证据推进假设验证、修复和修复后的测试，逐步确认问题根源。

• 调查测试失败的原因
• 追踪生产环境中的缺陷
• 定位构建或集成失败的环节

对问题和外部提交的代码变更请求进行分类，核实报告、整理缺失信息并管理处理状态，留下供智能体或人工接手的任务说明。

• 找出需要维护者查看的问题
• 核实缺陷报告和外部代码变更请求
• 为智能体编写任务说明

为首次使用开发技能整理仓库共用配置，确认任务管理位置、分类标签及术语表和设计决策记录的存放方式，经用户审核后写入配置文档。

• 首次使用开发技能前的配置
• 整理任务管理位置和分类标签
• 确定术语表与设计决策记录的位置

检查代码结构，找出妨碍理解和测试的问题，将改进候选方案整理成带前后对比图的HTML报告。选定方案后，通过对话进一步明确约束、依赖关系和设计决策。

• 审查频繁变更区域的设计
• 通过图示比较重构方案
• 探讨便于测试的模块设计

将规格文档或工单中的任务落实为代码，定期进行类型检查和测试，完成后使用code-review技能审查变更，并提交到当前分支。

• 根据规格文档实现功能
• 实现指定工单中的任务
• 通过类型检查和测试验证变更

读取规格说明和相关工单的依赖关系，安排多个代理推进实现。经过测试、代码审查和问题修正后，将成果汇总到一个集成分支，并完成工单处理。

• 实现分散在多个工单中的需求
• 并行实现相互独立的任务
• 将成果汇总到集成分支

通过能检测具体症状的测试或脚本，调查难以复现的故障和性能下降。缩小失败条件，验证多个原因假设，完成修复后检查原始复现流程及防止复发的测试。

• 调查难以复现的错误
• 查找处理速度下降的原因
• 重复验证间歇性故障

回顾编码工作记录，检查文件查找、自动检查、指令、工具使用和信息访问等方面，找出代理工作环境的改进方案，并按重要程度排序，供下次工作参考。

• 回顾耗时较长的开发工作
• 寻找防止重复错误的自动检查
• 整理面向代理的指令