本文へ移動
cccskills
無料GitHub で公開

devops

Use when the user needs to deploy, operate, secure, or scale running infrastructure — cloud architecture (multi-region, VPC, FinOps), CI/CD and deployment strategies, secrets/IAM/supply-chain security, observability and SLO alerting, SRE and incident response, Kubernetes vs ECS and autoscaling, Terraform/Pulumi/CDK, or platform engineering and DORA metrics. Also for generating runbooks, pipeline configs, Terraform modules, or Kubernetes manifests. For choosing the system's architecture or stack before it runs (monolith vs microservices, which database), use software-architect.

インストール方法を見る

含まれるファイル(9)

  • SKILL.md5.9 KB
  • references/cicd-pipelines.md3.3 KB
  • references/cloud-architecture.md4.9 KB
  • references/container-orchestration.md2.8 KB
  • references/developer-experience.md2.9 KB
  • references/incident-reliability.md3.4 KB
  • references/infrastructure-as-code.md2.7 KB
  • references/observability.md3.1 KB
  • references/security-compliance.md3.1 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

DevOps & Infrastructure Best Practices

Practitioner-grounded advisor covering eight domains with opinionated best practices, failure patterns, corrective heuristics, and decision frameworks. Sourced from DORA research, AWS Well-Architected Framework, Google SRE, and practitioners including Nicole Forsgren, Charity Majors, Kelsey Hightower, and Jez Humble.

Output discipline

Deliver only what the user will actually use. Never leak internal scaffolding into the output:

  • No reference citations the reader can't see ("§3.2", "per the knowledge base", "KB §1.4").
  • No mode or process narration ("Mode: Generate", "I have everything I need", "following the skill's methodology").
  • No skill-handoff chatter inside the deliverable.

Apply frameworks silently — name one only when it helps the reader, not to show your work. When context is missing, state your assumption in one line and proceed; don't interrogate.

How to Use This Skill

1. Identify the Domain

Map the user's question to one or more domains. Read the corresponding reference file(s) before responding.

DomainReference FileTrigger Topics
Cloud Architecturereferences/cloud-architecture.mdMulti-region/AZ, VPC, subnets, service mesh networking, FinOps, cell-based architecture, vendor lock-in, landing zones
CI/CD Pipelinesreferences/cicd-pipelines.mdTrunk-based dev, feature flags, monorepo/polyrepo, build caching, deployment strategies, GitOps, ArgoCD, artifact security, SLSA
Security & Compliancereferences/security-compliance.mdSecrets management, Vault, IAM, RBAC/ABAC, supply chain security, SBOM, zero trust, compliance-as-code, OPA, shift-left
Observabilityreferences/observability.mdThree pillars, OpenTelemetry, alerting, SLO-based alerts, alert fatigue, observability pipelines, cardinality
Incident & Reliabilityreferences/incident-reliability.mdSLOs, SLIs, error budgets, incident response, postmortems, chaos engineering, SRE
Container Orchestrationreferences/container-orchestration.mdKubernetes, ECS, Fargate, HPA, VPA, KEDA, autoscaling, service mesh, cluster topology
Infrastructure as Codereferences/infrastructure-as-code.mdTerraform, Pulumi, CDK, OpenTofu, state management, drift, policy-as-code, Checkov
Developer Experiencereferences/developer-experience.mdIDP, Backstage, golden paths, platform engineering, DORA metrics, platform team models

2. Adapt to Expertise Level

  • Executive/founder: Lead with business impact and decision frameworks. Minimize jargon. Use quick-reference heuristics.
  • Engineering leader: Balance strategy with technical depth. Include failure patterns and corrective heuristics.
  • Practitioner/engineer: Go deep on implementation — concrete configs, commands, tool comparisons, code.

3. Response Structure

Advisory questions (reviews, tool selection, best practices):

  1. State the principle
  2. Present the decision framework or heuristic
  3. Call out the most common failure pattern
  4. Give the corrective heuristic
  5. Quick-reference decision table if applicable

Artifact generation (runbooks, configs, manifests, pipelines):

  1. Read relevant reference file for constraints
  2. Generate artifact following the principles (least privilege, digest pinning, affected-only builds, etc.)
  3. Annotate with comments explaining why each decision was made
  4. Call out failure patterns the artifact prevents

4. Cross-Domain Routing

Common multi-domain queries:

  • "Set up a new service" → CI/CD + Containers + Observability + Security
  • "Review our infrastructure" → Cloud Architecture + IaC + Security + Cost
  • "Improve deployment speed" → CI/CD + Developer Experience + DORA
  • "Production incident process" → Incident & Reliability + Observability

Read all relevant reference files before responding.

Quick-Reference Decision Heuristics

When to go multi-region

  • Contractual RTO < 30 min for full regional failure, OR
  • Data sovereignty requiring geographic separation, OR
  • Sub-50ms latency for globally distributed users
  • Default: Three-AZ in one region + documented failover runbooks

When to adopt a service mesh

  • ≥15 services with cross-service mTLS, AND
  • Dedicated platform team, AND
  • Need for L7 traffic-weighted canary routing
  • Default: API gateway mTLS + cloud-native private connectivity

IaC tool selection

  • Multi-cloud or compliance-heavy → Terraform/OpenTofu
  • Complex logic, general-purpose language preference → Pulumi
  • AWS-only, tight construct ecosystem → AWS CDK

Kubernetes vs ECS/Fargate

  • <20 services, AWS-native, no K8s expertise → ECS/Fargate
  • Multi-cloud, platform team available → EKS/GKE/AKS
  • K8s without node management (AWS) → EKS on Fargate

Autoscaling selector

  • CPU/memory-driven stateless → HPA
  • Optimize resource allocation → VPA (recommendation mode first)
  • Event-driven (queues, topics, cron) → KEDA

Deployment strategy

  • Stateless, double capacity budget → Blue-Green
  • Progressive validation → Canary (1% → 25% → 50% → 100%)
  • Cost-sensitive, slower rollback OK → Rolling Update

DORA elite benchmarks

  • Deploy frequency: multiple/day
  • Lead time: <1 hour
  • Restore time: <1 hour
  • Change failure rate: 0-15%

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Use when a B2B SaaS founder needs to choose, prioritize, or rebalance customer acquisition channels — deciding outbound vs inbound, paid vs PLG, where to put marketing budget, or sanity-checking CAC, LTV:CAC, and payback. Also for channel-specific playbooks (cold email, LinkedIn, paid social, community, partnerships) and channel-mix audits. Not for closing tactics (use sales-skill) or copy (use copywriter-skill).

日本語の概要は準備中です。原文の説明を表示しています。

firatcand/founder-skills382026年7月2日 更新

Use when the user needs to write, rewrite, review, or critique commercial copy meant to drive a reader toward action — landing pages, hero sections, headlines, email (cold outreach, nurture, promo, launch), CTAs, microcopy, product descriptions, value propositions, ads, or taglines. Also for copy audits, clarity checks, conversion reviews, or choosing a framework (AIDA, PAS, BAB, FAB, 4U's). Applies even when the user just says "write me an email" or "review this page." Not for channel/budget strategy (use channel-expert) or pricing structure (use pricing).

日本語の概要は準備中です。原文の説明を表示しています。

firatcand/founder-skills382026年7月2日 更新

Use when the user needs to design, run, or audit product or GTM analytics — metric hierarchies and north stars, funnels, cohort retention, churn, pipeline velocity, forecasting, lead scoring, NRR, A/B tests, or analytical SQL — or uploads a dataset to analyze. Triggers on questions like "why did activation drop", "is this metric meaningful", "review my dashboard", or "what should I measure". For writing the spec that defines a feature's success metrics, use product-spec.

日本語の概要は準備中です。原文の説明を表示しています。

firatcand/founder-skills382026年7月2日 更新

design

無料

Use when a non-designer needs to audit a UI, generate a design spec (spacing, type scale, color tokens, grids), or build brand foundations (logo systems, palette and type pairing, brand guidelines). Covers the visual layer, UX/perceptual critique, and brand identity. For implementing the design in code (React/HTML/CSS), use frontend-design.

日本語の概要は準備中です。原文の説明を表示しています。

firatcand/founder-skills382026年7月2日 更新

Use when planning, auditing, or speccing a video's motion and visual craft: shot lists, storyboards, color scripts, transitions, easing, kinetic typography, pacing, retention, or animation principles. Triggers: 'video plan', 'shot list', 'storyboard', 'color script', 'motion spec', 'fix the pacing', 'explainer/demo/brand video'. For the spoken words themselves, use script-writer-skill; for in-code UI motion, use frontend-design.

日本語の概要は準備中です。原文の説明を表示しています。

firatcand/founder-skills382026年7月2日 更新

plg-skill

無料

Use when a SaaS founder is deciding on or building a product-led growth motion — assessing PLG readiness, choosing freemium vs free trial vs reverse trial, defining activation and PQLs, designing self-serve onboarding and conversion triggers, building viral loops, or setting up PLG metrics (NRG, activation rate, TTV, NDR, CAC payback) and cohort analysis. Also for hybrid product-led-sales design and PLG-vs-sales-led GTM decisions. Not for paid acquisition channel mix (use channel-expert) or the mechanics of price points and tiers (use pricing).

日本語の概要は準備中です。原文の説明を表示しています。

firatcand/founder-skills382026年7月2日 更新

firatcand のスキルをすべて見る

このスキルの問題を報告する