Maintainx ObservabilitySAFE
Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.
Overview
Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.
4f83675ca38aOBSERVED · 2026-10-09Host compatibility
What the documentation claims. We have not run a compatibility test.
| Host | Status | Notes |
|---|---|---|
| claude-code | mentioned |
What it tells the agent
The instruction file, verbatim from the audited commit — this is the text the model reads, and the surface the audit's instruction layer examines. Quoted here so you can judge it without cloning anything.
--- name: maintainx-observability description: 'Implement comprehensive observability for MaintainX integrations. Use when setting up monitoring, logging, tracing, and alerting for MaintainX API integrations. Trigger with phrases like "maintainx monitoring", "maintainx logging", "maintainx metrics", "maintainx observability", "maintainx alerts". ' allowed-tools: Read, Write, Edit, Bash(npm:*) version: 1.11.0 license: MIT author: Jeremy Longshore <[email protected]> tags: - saas - maintainx - api - monitoring - observability compatibility: Designed for Claude Code --- # MaintainX Observability ## Overview Implement metrics, structured logging, and alerting for MaintainX integrations to ensure reliability and rapid issue detection. ## Prerequisites - MaintainX integration deployed - Node.js 18+ - Monitoring platform (Prometheus/Grafana, Datadog, or CloudWatch) ## Instructions ### Step 1: Prometheus Metrics ```typescript // src/observability/metrics.ts import { Counter, Histogram, Gauge, Registry } from 'prom-client'; const register = new Registry(); export const metrics = { apiRequests: new Counter({ name: 'maintainx_api_requests_total', help: 'Total MaintainX API requests', labelNames: ['method', 'endpoint', 'status'], registers: [register], }), apiLatency: new Histogram({ name: 'maintainx_api_latency_seconds', help: 'MaintainX API request latency', labelNames: ['method', 'endpoint'], buckets: [0.1, 0.25, 0.5, 1, 2.5, 5, 10], registers: [register], }), rateLimitHits: new Counter({ name: 'maintainx_rate_limit_hits_total', help: 'Times rate limited by MaintainX API', registers: [register], }), workOrdersProcessed: new Counter({ name: 'maintainx_work_orders_processed_total', help: 'Work orders processed', labelNames: ['action', 'status'], registers: [register], }), syncLag: new Gauge({ name: 'maintainx_sync_lag_seconds', help: 'Seconds since last successful sync', registers: [register], }), }; export { register }; ``` ### Step 2: Instrumented API Client ```typescript // src/observability/instrumented-client.ts import axios, { AxiosInstance } from 'axios'; import { metrics } from './metrics'; export function createInstrumentedClient(apiKey: string): AxiosInstance { const client = axios.create({ baseURL: 'https://api.getmaintainx.com/v1', headers: { Authorization: `Bearer ${apiKey}`, 'Content-Type': 'application/json' }, timeout: 30_000, }); client.interceptors.request.use((config) => { (config as any).__startTime = process.hrtime.bigint(); return config; }); client.interceptors.response.use( (response) => { const elapsed = Number(process.hrtime.bigint() - (response.config as any).__startTime) / 1e9; const endpoint = response.config.url?.split('?')[0] || 'unknown'; metrics.apiRequests.inc({ method: response.config.method?.toUpperCase() || 'GET', endpoint, status: String(response.status), }); metrics.apiLatency.observe( { method: response.config.method?.toUpperCase() || 'GET', endpoint }, elapsed, ); return response; }, (error) => { const status = error.response?.status || 0; const endpoint = error.config?.url?.split('?')[0] || 'unknown'; metrics.apiRequests.inc({ method: error.config?.method?.toUpperCase() || 'GET', endpoint, status: String(status), }); if (status === 429) { metrics.rateLimitHits.inc(); } throw error; }, ); return client; } ``` ### Step 3: Structured Logging ```typescript // src/observability/logger.ts type LogLevel = 'debug' | 'info' | 'warn' | 'error'; interface LogEntry { level: LogLevel; message: string; service: string; timestamp: string; [key: string]: any; } class StructuredLogger { private service: string; constructor(service: string) { this.service = service; } private log(level: LogLevel, message: string, data?: Record<string, any>) { const entry: LogEntry = { level, message, service: this.service, timestamp: new Date().toISOString(), ...data, }; // JSON output for log aggregation (ELK, CloudWatch, Datadog) console.log(JSON.stringify(entry)); } info(message: string, data?: Record<string, any>) { this.log('info', message, data); } warn(message: string, data?: Record<string, any>) { this.log('warn', message, data); } error(message: string, data?: Record<string, any>) { this.log('error', message, data); } debug(message: string, data?: Record<string, any>) { this.log('debug', message, data); } } export const logger = new StructuredLogger('maintainx-integration'); // Usage logger.info('Work order created', { workOrderId: 12345, priority: 'HIGH' }); logger.error('API call failed', { endpoint: '/workorders', status: 500, retryCount: 2 }); ``` ### Step 4: Health and Metrics Endpoints ```typescript // src/observability/server.ts import express from 'express'; import { register, metrics } from './metrics'; const app = express(); // Prometheus scrape endpoint app.get('/metrics', async (req, res) => { res.set('Content-Type', register.contentType); res.end(await register.metrics()); }); // Health check with metrics app.get('/health', async (req, res) => { const health = { status: 'healthy', uptime: process.uptime(), metrics: { totalRequests: await metrics.apiRequests.get(), rateLimitHits: await metrics.rateLimitHits.get(), syncLagSeconds: (await metrics.syncLag.get()).values[0]?.value || 0, }, }; res.json(health); }); app.listen(9090, () => logger.info('Metrics server on :9090')); ``` ### Step 5: Alerting Rules (Prometheus) ```yaml # prometheus/alerts.yml groups: - name: maintainx rules: - alert: MaintainXHighErrorRate expr: rate(maintainx_api_requests_total{status=~"5.."}[5m]) > 0
Trust audit
SAFEgrade B · trust 89/100 Nothing in the source contradicts what it says it does. Grade A is reserved for packages that have also passed the behavioural sandbox.
| Layer | What it checks | Result |
|---|---|---|
| L0 | Provenance & inventory | PASS |
| L1 | Static analysis of the code | PASS |
| L2 | Instruction surface (what it tells the agent) | PASS |
| L3 | Class-specific surface | PASS |
| L4 | Behavioural (sandbox) | SKIPPED |
What the source does
- Filesystem
- none-observed
- Network
- none-observed
- Shell
- none-observed
- Dependencies
- pinned
- Secrets in source
- none-found
Findings (0)
No findings outside the package's declared scope.
Gates applied: no_behavioural_pass.
4f83675ca38afull audit observations/trust-audit/skill/jeremylongshore__maintainx-observability.json · Report an issue / request a re-scanAudit history
Every audit this skill has had.
| Date | Source | Verdict | Grade | Score | Change |
|---|---|---|---|---|---|
| 2026-10-09 | 4f83675ca38a | SAFE | B | 89 | first audit |
Questions
What does the Maintainx Observability skill do?
Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.
Is Maintainx Observability safe to install?
The audit found nothing in the source that contradicts what it says it does, and graded it B (89/100). Grade A is held back for packages that have also passed a sandboxed behavioural run, which is why a clean skill reads B.
What can Maintainx Observability access on my machine?
The audit observed no filesystem, network or shell use at all in its source.
Which assistants does Maintainx Observability work with?
Its documentation mentions claude-code. That is what the text claims, not a compatibility test we ran.
How current is this page?
The grade is for one exact copy of the source (4f83675ca38a), read on 2026-10-09. The repository is watched, and a new audit runs when it changes — this is the first audit.