siclaw
面向DevOps和SRE团队的只读式AI调查副驾驶，用于根因分析。
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：siclaw。 它的用途是：面向DevOps和SRE团队的只读式AI调查副驾驶，用于根因分析。 完整的 Skill 内容见：https://321skill.com/skills/siclaw/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
‘帮我调查一下生产环境中名为 `order-service` 的 Pod 为什么一直重启，最近一小时的日志有什么异常？’ 它会自动连接您的 Kubernetes 集群（需预先配置凭证），检索相关 Pod 的日志、事件和资源状态，分析可能的原因（如资源不足、健康检查失败、依赖服务异常等），并给出详细的根因分析报告和后续操作建议。
介绍
Siclaw 是一款专为 DevOps 和 SRE 团队设计的开源 AI 智能体，其核心定位是进行“只读式基础设施诊断”。当系统出现故障或异常时，用户只需用自然语言描述问题，Siclaw 便会启动一个包含证据收集、假设形成、验证和根因分析的四阶段深度调查工作流，最终提供清晰的分析报告，整个过程不会直接改变您的生产环境。
您可以通过终端命令行、Web UI 或团队聊天频道等多种方式与 Siclaw 交互。它支持本地 TUI 模式快速启动，也支持部署带 Web 门户的团队协作版本，便于共享调查会话、凭证和诊断技能。Siclaw 还内置了可复用的诊断技能库，并能通过 MCP 协议连接外部工具和数据源，扩展其调查能力。
该工具非常适合需要快速、安全地排查线上系统问题的运维工程师、SRE 和运维开发人员。它尤其适用于那些需要对复杂分布式系统进行故障诊断，但又必须严格遵守变更管理流程、避免误操作的生产环境。
建议初次使用者从 TUI 模式开始体验，在专用工作目录下运行。对于团队使用，可以考虑部署完整的 Portal 版本，以便利用其协作功能和调查记忆库，让团队能从历史事件中学习，提升未来调查效率。
核心特点
与通用运维助手不同，Siclaw 专为“只读调查”场景设计，默认禁止写入操作，确保生产环境安全；其核心是包含四阶段（证据收集、假设、验证、根因）的深度调查引擎，而非简单的命令执行，能像人类专家一样进行推理和排查。
注意事项
不适合需要直接执行修复操作（如重启服务、修改配置）或进行主动系统变更的场景。
常见问题
Siclaw 会修改我的服务器或K8s集群吗？
默认不会。Siclaw 设计为只读模式，它通过查询日志、指标、配置等信息进行调查和分析，并给出建议，但不会主动执行任何变更操作。
个人使用和团队使用有什么区别？
个人可使用 CLI/TUI 模式快速排查问题；团队版（Portal）提供了共享的 Web UI、统一的凭证管理、协作频道、可复用的技能库和调查历史记录，便于知识沉淀和团队协作。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/siclaw/raw/index.md 读取 siclaw 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/siclaw/raw/index.md（查看排版版本）