cto-advisor
von alirezarezvanicto-advisor ist ein CTO-Leadership-Skill für Architekturentscheidungen, technische Schulden, Engineering-Metriken, Technologiebewertung, Team-Skalierung und strategische Planung. Enthält ADR, DORA, Bewertungs-Frameworks sowie Python-Tools für Schuldenanalyse und Team-Skalierung.
Dieser Skill erreicht 82/100 Punkte und ist damit ein solider Kandidat für das Verzeichnis. Nutzer erhalten einen klar abgegrenzten CTO-Advisory-Skill mit eindeutigen Triggern, wiederverwendbaren Frameworks und praxisnahen Skripten. Die Einführung wäre jedoch einfacher mit klareren Installationshinweisen und enger geführten Ausführungspfaden für unterschiedliche CTO-Szenarien.
- Starke Auslösbarkeit: Die Frontmatter-Beschreibung nennt explizit Anwendungsfälle wie technische Schulden, Team-Skalierung, Architekturentscheidungen, Technologiebewertung, Engineering-Metriken, DORA-Metriken und Technologiestrategie.
- Gute operative Unterstützung: Der Skill enthält umfangreiche SKILL.md-Anleitungen sowie Referenz-Frameworks für ADRs, Engineering-Metriken und Technologiebewertung.
- Bietet Agents mehr Hebel als ein generischer Prompt, dank zwei Python-Tools für die Analyse technischer Schulden und die Skalierung von Engineering-Teams, ergänzt um einen Quick-Start-Abschnitt mit Befehlen.
- Im Skill-Pfad gibt es keinen Installationsbefehl und keine README, daher müssen Nutzer die Installation aus dem breiteren Repository-Kontext ableiten.
- Der Umfang ist breit und reicht über CTO-Strategie, Architektur, Metriken, Team-Skalierung und technische Schulden. Agents brauchen daher oft nutzerspezifischen Kontext, um generische Führungsempfehlungen zu vermeiden.
Überblick über den cto-advisor skill
Wofür cto-advisor gedacht ist
cto-advisor ist ein Skill für technische Führung, der unübersichtliche Engineering-Themen in strukturierte Empfehlungen auf CTO-Niveau übersetzt. Er eignet sich besonders für Architekturentscheidungen, Priorisierung technischer Schulden, Engineering-Metriken, Technologieauswahl, Skalierung von Teams und strategische Planung — also überall dort, wo die Antwort Abwägungen, Reihenfolge und entscheidungsreife Argumentation braucht, statt nur Hinweise auf Code-Ebene.
Für wen und welche Entscheidungen der Skill am besten passt
Der cto-advisor skill passt zu Foundern, CTOs, VPs of Engineering, Staff Engineers, Platform Leads und technisch geprägten Produkt- oder Engineering-Managern, die entscheiden müssen, was repariert, gebaut, gekauft, gemessen oder organisatorisch verändert werden soll. Besonders nützlich ist er bei unvollständigem Kontext: einem Skalierungsengpass, einer unklaren Architekturentscheidung, einem Rückstau technischer Schulden oder einer Führungsanfrage wie „erstelle eine 12-Monats-Technologie-Roadmap“.
Was ihn von einem generischen Prompt unterscheidet
Ein normaler Prompt liefert oft breit gefasste Empfehlungen. Dieser Skill ergänzt wiederverwendbare CTO-Frameworks: Entscheidungsdokumente im ADR-Stil, DORA- und Produktivitätsmetriken, Matrizen zur Technologiebewertung, Kategorien für technische Schulden und Berechnungen zur Teamskalierung. Der praktische Nutzen liegt nicht nur in „Beratung“; der Skill hilft, Engineering-Unschärfe in priorisierte Optionen, messbare Risiken und konkrete nächste Schritte zu übersetzen.
Wo cto-advisor am stärksten ist
Nutze cto-advisor für Strategic Planning, wenn ein Problem Technologie, Menschen, Kosten, Zuverlässigkeit und Liefergeschwindigkeit gleichzeitig betrifft. Am stärksten ist der Skill, wenn du Systemkontext, aktuelle Einschränkungen, Geschäftsziele und Fehlersymptome liefern kannst. Schwächer ist er bei hochspezialisierter Implementierungs-Fehlersuche, tiefem vendorspezifischem Tuning oder rechtlichen und Compliance-Entscheidungen, die eine verbindliche Prüfung erfordern.
So verwendest du den cto-advisor skill
cto-advisor installieren und zuerst relevante Dateien lesen
Installiere den Skill mit:
npx skills add alirezarezvani/claude-skills --skill cto-advisor
Beginne nach der Installation mit SKILL.md, um den Aktivierungsbereich und die Leadership-Workflows zu verstehen. Lies anschließend je nach Aufgabe diese Dateien:
references/architecture_decision_records.mdfür Architekturentscheidungen und das ADR-Ausgabeformatreferences/engineering_metrics.mdfür DORA-, Qualitäts-, Produktivitäts- und Zuverlässigkeitsmetrikenreferences/technology_evaluation_framework.mdfür Build-vs-Buy-Entscheidungen oder Vendor-Auswahlscripts/tech_debt_analyzer.pyfür die Bewertungslogik technischer Schuldenscripts/team_scaling_calculator.pyfür Planung von Engineering-Headcount und Teamstruktur
Das Repository hängt nicht von einer großen Runtime ab. Die Hilfsskripte sind jedoch Python-Dateien; stelle also sicher, dass Python 3 verfügbar ist, wenn du sie lokal ausführen möchtest.
Eingaben, die cto-advisor besser nutzbar machen
Der Skill funktioniert am besten, wenn dein Prompt das Geschäftsziel, den aktuellen Engineering-Zustand, Einschränkungen, erwogene Optionen und die Entscheidungsfrist enthält. Frage nicht ohne Kontext „What should our architecture be?“. Liefere stattdessen die Entscheidungstreiber.
Stärkeres Prompt-Muster:
Use cto-advisor to evaluate whether our SaaS platform should move from a modular monolith to services. Current team: 18 engineers, 2 platform engineers, weekly deploys, 99.5% uptime target, PostgreSQL bottlenecks, customer growth from 200 to 1,000 accounts in 12 months. Constraints: 6-month roadmap, limited DevOps capacity, compliance audit in Q3. Produce an ADR-style recommendation with options, risks, migration phases, and metrics to track.
Damit hat der Skill genug Informationen, um echte Trade-offs abzuwägen, statt auf modische Architektur-Ratschläge auszuweichen.
Praktischer Workflow für Entscheidungen
Für die meisten Führungsentscheidungen empfiehlt sich ein vierstufiger Workflow:
- Entscheidung rahmen: Definiere Problem, Geschäftsergebnis, Zeithorizont und nicht verhandelbare Einschränkungen.
- Strukturierte Analyse anfordern: Fordere je nach Entscheidung ein ADR, eine Technologiebewertungsmatrix, einen Plan zum Abbau technischer Schulden, ein Teamskalierungsmodell oder ein Metrik-Dashboard an.
- Annahmen prüfen: Prüfe, ob die Ausgabe auf unbestätigten Fakten beruht, etwa Incident-Häufigkeit, Deployment-Daten, Team-Skills oder Kostenschätzungen.
- In Umsetzung überführen: Frage nach einem 30/60/90-Tage-Plan, Verantwortlichen, Meilensteinen, Risiken und messbaren Erfolgskriterien.
Für Arbeit an technischen Schulden solltest du scripts/tech_debt_analyzer.py ausführen oder zumindest prüfen, um zu verstehen, wie Schuldenkategorien über Architektur, Codequalität, Infrastruktur, Sicherheit und Performance hinweg gewichtet werden. Für Teamwachstum solltest du scripts/team_scaling_calculator.py ansehen, bevor du vorgeschlagene Rollenverhältnisse übernimmst.
Prompt-Beispiele nach Job-to-be-done
Für technische Schulden:
Use cto-advisor to prioritize technical debt across architecture, infrastructure, security, and performance. Our main pain points are manual deployments, low test coverage, slow queries, and outdated dependencies. Create a severity-ranked remediation plan with business impact, effort, dependencies, and first 3 actions.
Für Technologiebewertung:
Use cto-advisor to compare Kafka, RabbitMQ, and managed cloud queues for event-driven order processing. Include functional requirements, non-functional requirements, TCO, operational burden, team expertise, exit risk, and a scoring matrix.
Für Engineering-Metriken:
Use cto-advisor to design an engineering metrics dashboard for a 35-person product engineering org. Include DORA metrics, quality indicators, reliability metrics, measurement method, target ranges, and behaviors to avoid incentivizing.
cto-advisor skill FAQ
Ist cto-advisor für Einsteiger geeignet?
Ja, wenn die Person ein Entscheidungsframework braucht und keine fertige Executive-Strategie. Einsteiger sollten nach Definitionen, Beispielen und schrittweiser Begründung fragen. Die Empfehlungen müssen dennoch von jemandem geprüft werden, der System, Organisation und geschäftliche Einschränkungen versteht.
Wann sollte ich cto-advisor nicht verwenden?
Verwende cto-advisor nicht als letzte Instanz für Security-Freigaben, rechtliche Compliance, Finanzprognosen oder die finale Genehmigung einer Produktionsarchitektur. Der Skill kann die Analyse strukturieren, Trade-offs sichtbar machen und Entscheidungsdokumente entwerfen; echte Entscheidungen sollten aber mit Systemdaten, Stakeholder-Input und Expertenprüfung validiert werden.
Wie unterscheidet sich cto-advisor von einem Architektur-Skill?
Ein reiner Architektur-Skill konzentriert sich in der Regel auf Systemdesign. Der cto-advisor skill betrachtet Architektur als einen Teil einer breiteren Führungsentscheidung: Roadmap-Abgleich, Teamkapazität, technische Schulden, Delivery-Metriken, Auswirkungen auf Hiring, Kosten, Risiken und Governance. Dadurch ist er für funktionsübergreifende Planung nützlicher als für isolierte Designdiagramme.
Passt der Skill zu kleinen Teams und Startups?
Ja. Kleine Teams können ihn nutzen, um Over-Engineering zu vermeiden, Build-vs-Buy-Optionen zu vergleichen, Hiring zu planen und zu entscheiden, welche technischen Schulden tolerierbar sind. Entscheidend ist, Startup-Einschränkungen klar zu benennen: Runway, Teamgröße, Kundendruck, operative Belastbarkeit und was einfach bleiben muss.
So verbesserst du den cto-advisor skill
cto-advisor-Ergebnisse durch präziseren Kontext verbessern
Der schnellste Weg zu besseren cto-advisor-Ergebnissen ist, vage Ziele durch entscheidungsreifen Kontext zu ersetzen. Nenne aktuelle Teamgröße, Architektur, Deployment-Takt, Incident-Historie, Kostenlimits, Kundenwachstum, Compliance-Anforderungen und bekannte Einschränkungen. Wenn dir Metriken fehlen, sage das ausdrücklich und bitte den Skill zu benennen, welche Daten vor einer Entscheidung erhoben werden sollten.
Typische Fehlerquellen, auf die du achten solltest
Das größte Risiko sind Empfehlungen, die für die Kapazität deines Teams zu idealisiert sind. Achte auf Pläne, die mehr Plattformreife, Automatisierung, Personal oder Budget voraussetzen, als tatsächlich vorhanden ist. Hinterfrage außerdem Ausgaben, die Microservices, schwergewichtige Governance oder umfassende Metrikprogramme empfehlen, ohne sie klar mit einem Geschäftsproblem zu verbinden.
Von Strategie zu Umsetzung iterieren
Stelle nach der ersten Ausgabe Anschlussfragen, die Priorisierung erzwingen:
What assumptions would change this recommendation?What is the smallest reversible next step?Which option is best if we optimize for 6-month delivery speed?Which risks need executive approval?Turn this into an ADR with negative consequences included.
So wird die Nutzung von cto-advisor von einer einmaligen Empfehlung zu einem Entscheidungsworkflow.
Mit Repository-Frameworks und Skripten validieren
Nutze die enthaltenen Referenzen als Checklisten, bevor du eine Antwort übernimmst. Vergleiche Architektur-Empfehlungen mit references/architecture_decision_records.md, Metrik-Vorschläge mit references/engineering_metrics.md und Vendor-Vergleiche mit references/technology_evaluation_framework.md. Für quantitative Planung solltest du die Python-Skripte prüfen oder anpassen, statt generierte Zahlen als verbindlich zu behandeln.