BasicOps MCP 操作员

当代理需要「动手」时，如何避免误操作

在通过 MCP 操作 BasicOps 时，代理面临的不是「能不能调用工具」的问题，而是「调用哪个工具、改哪个字段、影响哪条记录」的判断。一个含糊的指令如「把这个任务完成」，可能对应着将状态改为 Complete，也可能意味着归档、关闭评论，甚至删除——这些操作在共享工作区中代价完全不同。

basicops-mcp-operator 把代理的「动手能力」约束在安全范围内。它假设环境中已有可用的 BasicOps MCP server，复用现有的工具接口，而不是直接发 HTTP 请求或凭空猜测 API 结构。

核心机制：从识别到完成的闭环

技能的运行分为五个步骤：

• 识别工具面：先探测当前环境中可用的 BasicOps MCP 工具，确认连接已建立且已授权
• 定位目标对象：明确这次操作针对的是任务、项目、笔记、消息还是评审，避免跨对象误改
• 收集必要上下文：对简单操作（如分配任务、改状态）做最小查询；对复杂操作（如生成检查清单、分析阻塞原因）则先读取相关上下文
• 执行安全写入：只有当目标和变更内容都清晰时才执行写入，优先在当前线程回复而不是新建顶层消息
• 返回简洁总结：用一句话说明改了什么，例如「已将任务分配给 Amanda 并将状态设为进行中」

核心规则贯穿始终：

• 优先使用 MCP 而非直接 HTTP
• 非平凡写入前先读取确认
• 在共享或多人工作区中，执行前确认工作区、用户上下文和目标对象
• 只在用户明确要求时执行破坏性操作
• 上下文、对象或权限缺失时如实说明，不凭空编造

适用边界：不做什么

技能明确排除了四类「诱惑」：不充当原始 API 客户端、不搭建 webhook 运行时框架、不做巨型自动化系统、不猜测各种自定义工作区的 schema。它的承诺是：在已有 MCP 连接的前提下，安全地读写、保持简洁、做出合理的工作流判断。

如果 BasicOps MCP 连接尚未建立或未经验证，技能会提示你使用 basicops-mcp-setup 完成配置，而不是尝试降级或伪造 API 调用。