Probe

要解决的问题

在 IT 运维与安全的日常工作中，团队经常需要在变更前后快速确认系统处于什么状态：某个服务是否可达、某个资源是否还在、一次操作之后环境是否回到了预期基线。这类"问一句"的动作看起来简单，但在脚本化和自动化流程里，缺少一个统一、轻量的入口就会让工程师反复手写临时命令，既难复用，也难审计。

它是如何工作的

Probe 属于 it-ops-security 分类，定位是一个轻量的探测型技能。它的设计思路很直接：接收一个目标或检查项，执行一次探测，然后返回可被上层流程消费的结果，而不是负责后续的修复或编排。

• 输入：探测目标（如服务地址或资源标识）与检查意图。
• 执行：发起一次轻量检查，避免对目标造成额外负载。
• 输出：结构化的探测结论，便于脚本判断后续分支。

这种"探针式"的边界使它容易被嵌入到巡检脚本、发布前的门禁检查或事故后的快速验证里。

适用边界与注意点

SKILL.md 中明确标注了 temporary，说明该技能处于临时或占位状态，能力范围和接口可能尚未稳定，后续版本有调整的可能。

• 功能有限：它只回答"现在是什么状态"，不会自动修复问题，也不要当作完整的监控平台。
• 权限最小化：探测动作应使用只读或无副作用的最小权限凭据。
• 先验证再接入：建议先在测试环境中确认其返回格式与预期一致，再进入自动化流水线。

把它当作一个可替换的探测组件来用，而不是长期依赖的运维底座，是更稳妥的姿态。