mirror of
https://github.com/affaan-m/everything-claude-code.git
synced 2026-05-19 23:33:07 +08:00
docs: salvage zh-CN core skill translations
This commit is contained in:
Affaan Mustafa
committed by
Affaan Mustafa
Affaan Mustafa
parent
6556f20af7
commit
3242ed461f
142
docs/zh-CN/skills/automation-audit-ops/SKILL.md
Normal file
142
docs/zh-CN/skills/automation-audit-ops/SKILL.md
Normal file
@@ -0,0 +1,142 @@
|
||||
---
|
||||
name: automation-audit-ops
|
||||
description: 面向ECC的以证据为先的自动化清单与重叠审计工作流。当用户希望在修复任何内容之前了解哪些作业、钩子、连接器、MCP服务器或包装器是活跃的、损坏的、冗余的或缺失时使用。
|
||||
origin: ECC
|
||||
---
|
||||
|
||||
# 自动化审计运维
|
||||
|
||||
当用户询问哪些自动化正在运行、哪些任务出现故障、哪里存在重叠，或者哪些工具和连接器当前正在实际发挥作用时，请使用此技能。
|
||||
|
||||
这是一项以审计为先的操作技能。其任务是在重写任何内容之前，生成一份有证据支持的清单以及一套保留/合并/删除/下一步修复的建议集。
|
||||
|
||||
## 技能栈
|
||||
|
||||
在相关时，将这些 ECC 原生技能引入工作流程：
|
||||
|
||||
* `workspace-surface-audit` 用于连接器、MCP、钩子和应用清单
|
||||
* `knowledge-ops` 当审计需要将实时仓库的真实情况与持久上下文进行核对时
|
||||
* `github-ops` 当答案依赖于 CI、计划工作流、议题或 PR 自动化时
|
||||
* `ecc-tools-cost-audit` 当真正的问题是兄弟应用仓库中的 webhook 扇出、队列任务或计费消耗时
|
||||
* `research-ops` 当需要将本地清单与当前平台支持或公开文档进行比较时
|
||||
* `verification-loop` 用于证明修复后的状态，而不是依赖假设的恢复
|
||||
|
||||
## 使用时机
|
||||
|
||||
* 用户询问"我有哪些自动化"、"什么在运行"、"什么出故障了"或"什么重叠了"
|
||||
* 任务涉及 cron 任务、GitHub Actions、本地钩子、MCP 服务器、连接器、包装器或应用集成
|
||||
* 用户想知道从其他代理系统移植了什么，以及哪些还需要在 ECC 内部重建
|
||||
* 工作区积累了多种执行同一任务的方式，用户希望有一条规范的路径
|
||||
|
||||
## 防护栏
|
||||
|
||||
* 除非用户明确要求修复，否则以只读方式开始
|
||||
* 区分：
|
||||
* 已配置
|
||||
* 已验证身份
|
||||
* 最近已验证
|
||||
* 过时或损坏
|
||||
* 完全缺失
|
||||
* 不要仅仅因为某个技能或配置引用了某个工具，就声称该工具正在运行
|
||||
* 在证据表存在之前，不要合并或删除重叠的表面
|
||||
|
||||
## 工作流程
|
||||
|
||||
### 1. 盘点真实表面
|
||||
|
||||
在理论化之前，先读取当前的实时表面：
|
||||
|
||||
* 仓库钩子和本地钩子脚本
|
||||
* GitHub Actions 和计划工作流
|
||||
* MCP 配置和已启用的服务器
|
||||
* 基于连接器或应用的集成
|
||||
* 包装器脚本和特定仓库的自动化入口点
|
||||
|
||||
按表面分组：
|
||||
|
||||
* 本地运行时
|
||||
* 仓库 CI / 自动化
|
||||
* 连接的外部系统
|
||||
* 消息传递 / 通知
|
||||
* 计费 / 客户运营
|
||||
* 研究 / 监控
|
||||
|
||||
### 2. 按实时状态对每个项目进行分类
|
||||
|
||||
对于每个发现的自动化，标记：
|
||||
|
||||
* 已配置
|
||||
* 已验证身份
|
||||
* 最近已验证
|
||||
* 过时或损坏
|
||||
* 缺失
|
||||
|
||||
然后对问题类型进行分类：
|
||||
|
||||
* 活动故障
|
||||
* 身份验证中断
|
||||
* 状态过时
|
||||
* 重叠或冗余
|
||||
* 功能缺失
|
||||
|
||||
### 3. 追溯证据路径
|
||||
|
||||
为每个重要声明提供具体来源：
|
||||
|
||||
* 文件路径
|
||||
* 工作流运行
|
||||
* 钩子日志
|
||||
* 配置条目
|
||||
* 最近的命令输出
|
||||
* 确切的故障特征
|
||||
|
||||
如果当前状态不明确，请直接说明，而不是假装审计已完成。
|
||||
|
||||
### 4. 以保留 / 合并 / 删除 / 下一步修复结束
|
||||
|
||||
对于每个重叠或可疑的表面，返回一个决策：
|
||||
|
||||
* 保留
|
||||
* 合并
|
||||
* 删除
|
||||
* 下一步修复
|
||||
|
||||
其价值在于将杂乱的自动化整合到一条规范的 ECC 路径中，而不是保留每一条历史路径。
|
||||
|
||||
## 输出格式
|
||||
|
||||
```text
|
||||
当前表面
|
||||
- 自动化
|
||||
- 来源
|
||||
- 实时状态
|
||||
- 证据
|
||||
|
||||
发现
|
||||
- 活跃故障
|
||||
- 重叠
|
||||
- 过时状态
|
||||
- 缺失能力
|
||||
|
||||
建议
|
||||
- 保留
|
||||
- 合并
|
||||
- 删除
|
||||
- 下次修复
|
||||
|
||||
下一步ECC行动
|
||||
- 需加强的具体技能/钩子/工作流/应用通道
|
||||
```
|
||||
|
||||
## 常见陷阱
|
||||
|
||||
* 当可以读取实时清单时，不要凭记忆回答
|
||||
* 不要将"配置中存在"视为"正在工作"
|
||||
* 在指出故障的高信号路径之前，不要修复低价值的冗余
|
||||
* 如果用户首先要求的是清单，不要将任务扩大为仓库重写
|
||||
|
||||
## 验证
|
||||
|
||||
* 重要声明需引用实时证据路径
|
||||
* 每个发现的自动化都需标有清晰的实时状态类别
|
||||
* 最终建议需区分保留 / 合并 / 删除 / 下一步修复
|
||||
Reference in New Issue
Block a user