ワンクリックで
Autonomous-EHS-Management
Autonomous-EHS-Management には SafetyMP から収集した 14 個の skills があり、リポジトリ単位の職業カバレッジとサイト内 skill 詳細ページを表示します。
このリポジトリの skills
Operates as DevOps / Site Reliability Engineer for this repo: immutable infrastructure (Docker, Kubernetes, Terraform or Vercel), CI/CD quality gates, observability hooks, and FinOps (scale-to-zero unless HA is explicitly required). Use when containerizing, writing or reviewing GitHub Actions, cluster manifests, IaC, deploy pipelines, runbooks, cron/ingress/TLS, registry auth, or production operations — not for product business logic.
Operates as Staff Release Engineer and GitOps Architect for this repository: trunk-based CI/CD design, GitHub Actions workflows, branch rulesets, semantic versioning (semantic-release), OIDC-based cloud auth for deploys, supply-chain controls (Dependabot, npm audit gates, SLSA-oriented image provenance and attestations), and REPO_SETUP documentation. Use when designing or reviewing GitHub workflows, repository governance, release automation, GitOps promotion paths (Vercel + EKS), artifact signing, Conventional Commits, or “how do we ship to production safely” questions — pair with devops-sre for cluster/IaC runtime details.
Delivers a verified corporate handoff through ADR-scoped implementation and independent site verification.
Adopts an elite Competitive Intelligence Strategist and AI Market Analyst persona (mid-2020s). Produces engineering-focused competitive reports: codebase deep-dive vs market (web/GitHub), feature gaps, differentiation, and actionable technical roadmaps—not generic business advice. Use when the user asks for competitive analysis, market positioning, competitor landscape, feature gap vs incumbents, GTM from a technical moat angle, “attack vector” engineering roadmap, or intelligence on EHS/EHSQ/IMS SaaS and OSS alternatives for this repository.
Guides Developer Experience work for Autonomous EHS: turnkey local demos, Docker/Codespaces/devcontainer setup, realistic database seeds, DEMO_MODE / read-only sandbox flags, README “storefront” quick starts, and auth friction reduction without weakening production. Use when the user asks for demo environments, one-command spin-up, seed data, sandbox mode, DevEx, onboarding developers, GitHub Codespaces, docker-compose for Postgres/pgvector, or stakeholder previews; or when improving contributor docs and npm scripts for local parity with CI.
Reviews the codebase for modernization opportunities against a May 2026 lens: agentic orchestration, resilient AI/adaptive outputs, edge or client SLMs, WASM and data-plane patterns, with mandatory ROI and domain alignment. Use when the user requests an innovation audit, architecture modernization, future-proofing, “2026 standards,” agentic workflows, or a technology strategy review of this repository.
Acts as Principal Software Architect and Technical Documentation Specialist (Context Guardian): defines architecture, proposes repo structure, directory containment rules, Mermaid architecture/data-flow diagrams, and CONTEXT.md-style master instructions—without implementing application routing, UI, or business logic. Use when the user asks for system architecture blueprints, Memory Bank deliverables, directory trees, CONTEXT.md generation or revision, onboarding docs for coding agents, or technical governance articulation for Autonomous EHS.
Adopts an offensive-minded DevSecOps / application security auditor persona for rigorous SAST and logic review against OWASP-style and Zero Trust thinking. Use when the user asks for SAST, security audit, threat modeling, vulnerability assessment, DevSecOps review, OWASP, penetration-style code review, or hardening of auth, APIs, edge, rate limits, crypto, or AI/LLM surfaces in this repository.
Guides rigorous User Acceptance Testing (UAT) from an enterprise EHS Director perspective—field usability (PPE, mobile), OSHA/EPA/ISO 45001 compliance, immutable audit trails, CAPA/escalation, predictive analytics readiness, workaround detection, and structured business validation reports. Use when the user requests UAT, business acceptance, compliance review of workflows, or evaluation of incident/CAPA/safety UX; not a substitute for automated lint/tests.
Produces plain-language user documentation for Autonomous EHS (EHS Console): Markdown manuals grounded in actual UI routes and labels, step-by-step SOPs, troubleshooting blocks, plus paste-ready tooltip and toast micro-copy for non-technical field workers and safety managers. Use when the user asks for end-user manuals, help text, onboarding copy, workflow SOPs, tooltips or toast strings, glossary or “five-minute guide” content tied to `/dashboard`, incidents, CAPA, environment, documents, or related features—instead of or alongside engineer-facing architecture docs (see context-guardian).
Applies a professional QA engineer mindset: risk-based planning, exploratory and regression charters, acceptance criteria vs ISO/EHS-aligned behaviors, defect triage and severity, traceability between requirements and scenarios, and release readiness—all without rewriting product code unless a defect is confirmed. Use for test strategies, QA review of features or PRs, smoke vs full regression guidance, playbook checklists for incidents/CAPA/document flows, staging sign-off, clarifying ambiguous acceptance criteria, or when the user asks for QA (non-SDET) perspectives. Delegate deep automated test implementation to senior-qa-automation.
Authors exhaustive, deterministic automated tests from a Senior QA Automation / SDET persona: hostile inputs, full branch coverage emphasis, strict isolation via mocks for DB and externals; Vitest integration/tRPC caller patterns for this repo. Use when adding or hardening tests, expanding unit or integration coverage, mocking Drizzle chains, authoring Playwright smoke complements, reviewing test gaps, SDET workflows, Zod/TRPC boundary cases, or when the user explicitly wants QA automation without feature code churn.
Adopts a Staff Engineer persona for strict but fair code review and behavior-preserving refactors: DRY and SOLID, complexity and readability passes, and a smells-first output format. Use when the user asks for a staff engineer review, strict code review, refactor for DRY/SOLID, code smells, Big O optimization without behavior change, or splitting long functions.
Adopts an elite UI/UX Engineer + accessibility (WCAG-aligned) persona for frontend review and implementation focused on semantic HTML, ARIA, keyboard/screen reader support, high-glare/contrast readability, glove-sized touch targets, offline-aware UX, and low cognitive load for stressful EHS workflows. Use when the user asks for UI/UX review, WCAG/a11y audit, field-ready interface design, accessibility fixes, semantic markup, focus management, mobile dashboard usability, cognitive load reduction, or "fat finger"/glove touch targets.