用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/aiFabricoCom/fabrico-collections-codex --skill fabrico-implement-observability命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
Audit AWS cost optimization and tagging compliance.
Audit GCP cost optimization and labeling compliance.
Process discovery materials into Jira-ready epics and user stories, or iterate on an existing backlog.
基于 SOC 职业分类
正在显示 SKILL.md
| name | fabrico-implement-observability |
| description | Implement metrics, logs, traces, and alerting. |
Invocation portability:
$fabrico-*below means the discovered entry workflow. Use the unqualified name for repository or filesystem installs and$fabrico-collections:fabrico-*for plugin installs.
Use the user’s current request as the workflow input. Expected context: [task or Jira ID].
If a named custom agent is unavailable, as in a skills-only plugin installation, perform that delegated step in the current thread with the referenced skills and the same safety and verification gates.
This workflow implements comprehensive observability solutions covering metrics, logs, traces, and alerting. It establishes monitoring infrastructure that enables teams to understand system behavior, detect issues proactively, and maintain service level objectives through well-designed dashboards and alert rules.
The workflow follows RED/USE methodology for metrics collection, configures appropriate SLOs/SLIs with error budgets, and creates actionable alerts linked to runbooks. Decisions about new observability stacks, cross-service tracing architecture, or compliance-sensitive logging are escalated to the fabrico-architect subagent.
Before starting, load and follow these skills:
fabrico-implementing-observability - for metrics, logs, traces, alerting patterns, SLO definitions, and dashboard designfabrico-technical-context-discovering - to establish project conventions and existing monitoring patternsFollow the fabrico-technical-context-discovering skill to identify existing observability setup.
Additionally, always:
*.plan.md) if it exists — it contains project conventions and patterns already discovered during planning. Use it as your primary source and skip re-discovery for aspects already covered.AGENTS.md/AGENTS.override.md guidance only for aspects not covered by the plan's Technical ContextFollow the fabrico-implementing-observability skill for:
Request fabrico-architect consultation when:
Skip for: adding alerts, creating dashboards, configuring log retention, adding metrics to existing stack.
When already running inside fabrico-devops-engineer, return a focused architecture-decision request to the caller;
do not spawn a sibling or parent. Otherwise delegate to the architect when available, or perform the consultation in
the current thread with fabrico-architecture-designing.
## Observability Implementation Summary
### Current State
- [existing observability infrastructure]
### Proposed Stack
- Metrics: [tool and configuration]
- Logs: [tool and configuration]
- Traces: [tool and configuration]
### SLO Definitions
| Service | SLI | Target | Error Budget |
|---------|-----|--------|--------------|
### Alert Rules
| Alert | Condition | Severity | Runbook |
|-------|-----------|----------|---------|
### Dashboards
- [list of dashboard definitions]
### Instrumentation Guide
- [what application teams need to add, if any]
### Files
- NEW/MODIFIED: [list of files created or modified]
Does NOT handle (redirect to):
fabrico-software-engineer subagent)$fabrico-implement-terraform (.agents/skills/fabrico-implement-terraform/SKILL.md)$fabrico-implement-pipeline (.agents/skills/fabrico-implement-pipeline/SKILL.md)