So nutzen Sie Claude als Softwarearchitekten: Der Viktor Skill-Leitfaden

Updated
Skill · .md

Der Skill hinter diesem Leitfaden: Viktor - Software Architect AI Skill. Enthält Informationen darüber, was Sie bereits betreiben, was Sie nicht ändern können und welche Entscheidungen Sie bereits getroffen haben, sodass die Optionen anhand Ihres tatsächlichen Systems statt anhand einer leeren Fläche gefiltert eintreffen - $29, eine Zahlung, dauerhaft Ihr Eigentum.

Viktor-Skill ansehen →

Eine Architektur ist eine Liste von Dingen, zu denen Sie entschieden haben, dass Sie sie nicht können werden. Ein Modell wird Ihnen immer nur sagen, was ein Entwurf leisten kann. Es ist nicht unehrlich: Das Material, aus dem es gelernt hat, wurde von Menschen verfasst, die funktionierende Systeme beschrieben - in einer Größenordnung, die es wert war, darüber zu schreiben, und niemand veröffentlicht einen Beitrag über den langweiligen Monolithen, der weiterhin problemlos läuft. Daher kommt immer eine Greenfield-Architektur zurück und immer eine maximale - das System auf dem von Ihnen vorgestellten Spitzenlevel, auf einer leeren Fläche, wobei die Zwangsvollstreckungen ausgelassen wurden.

Zwei Fehler, eine Ursache

Fast jede un hilfreiche Architekturantwort lässt sich auf dasselbe zurückführen: Das Korpus wurde über das interessante Problem von Menschen verfasst, die es selbst hatten.

Es entwirft auf einer leeren Fläche. Eine echte Architektur entsteht fast nie auf der grünen Wiese. Sie ist eine Änderung an einem bestehenden System, mit vorhandenen Mitarbeitenden, verbunden mit Dingen, die Sie nicht anfassen dürfen. Bitten Sie um den Entwurf, und Sie erhalten einen, der nichts davon voraussetzt. Die teuersten Fehler in dieser Disziplin bestehen nicht darin, die falsche Datenbank auszuwählen - sondern darin, so zu entwerfen, als gäbe es eine Einschränkung nicht.

Es entwirft für den Spitzenbetrieb. Ereignisgesteuert, ein Dienst pro Domäne, eine Warteschlange zwischen jedem Komponentenpaar, Kubernetes darunter. Das ist nicht falsch. Es sind die Beschreibungen von Organisationen, die das brauchten, und es gibt keine Beschreibungen der Unternehmen, die auch ohne damit gut gefahren sind. Der Durchschnitt der Literatur ergibt daher eine Architektur für ein Unternehmen, das größer ist als Ihres.

Beides lässt sich korrigieren, und keines von beidem lässt sich korrigieren, indem man bessere Fragen zum Entwurf stellt. Man korrigiert es, indem man ändert, was das Modell annehmen darf.

Die Kästen sind der einfache Teil

Bitte um eine Architektur, und du bekommst Kästen und Pfeile. Die Kästen sind fast kostenlos: Ein Dienst, der eine klare Aufgabe erledigt, ist ein gelöstes Problem, und jeder kann ihn sich vorstellen.

Die gesamte Schwierigkeit steckt in den Pfeilen. Ein Pfeil zwischen zwei Kästen ist die Behauptung, dass diese beiden Dinge miteinander kommunizieren können, und das Diagramm begründet diese Behauptung nie. Ist der Aufruf synchron, und was tut der Aufrufer, während er zweihundert Millisekunden wartet? Was passiert bei einem Fehler - wird wiederholt, und falls ja, ist der Vorgang idempotent, oder belastet ein Wiederholungsversuch die Karte zweimal? Wie lang ist das Timeout, und was passiert danach? Ist die Reihenfolge wichtig, und garantiert sie irgendetwas? Wenn dieser Pfeil eine Stunde lang ausfällt, was funktioniert weiterhin und was nicht?

A diagram answers none of that, and a model will generate a beautiful one anyway, because diagrams are a genre and it has read thousands. Interrogate the arrows, and the design usually changes. Frequently it collapses back into fewer boxes, which is the correct outcome.

Ein Diagramm beantwortet nichts davon, und ein Modell wird trotzdem ein wunderschönes erstellen, weil Diagramme ein Genre sind und es Tausende davon gelesen hat. Hinterfragen Sie die Pfeile, und das Design ändert sich normalerweise. Häufig fällt es auf weniger Boxen zurück, was das richtige Ergebnis ist.

Worin es wirklich gut ist

Den Fehlerraum erzeugen. „Auf welche Arten kann das alles schiefgehen?“ ist ein Recall-Problem über eine enorme Menge an Postmortems, Incident-Berichten und mühsam erarbeiteten Kommentar-Threads hinweg, und genau dafür sind diese Tools da. Es wird das Fehlerbild zutage fördern, das Sie in acht Monaten in der Produktion entdeckt hätten.

Was es nicht kann, ist, sie zu priorisieren, denn die Priorisierung erfordert Ihren Datenverkehr, Ihr Team, Ihre Toleranz und Ihr Geld. Die Arbeitsteilung ist also klar: Es erstellt die Liste, Sie ordnen sie. Wer Ihnen sagt, dass es die Reihenfolge festlegen kann, verkauft Ihnen etwas.

Prompt 1 - das Feld ist nicht leer

Nichts anderes auf dieser Seite funktioniert, bevor das Modell nicht weiß, was bereits existiert. Beantworten Sie das ehrlich, einschließlich der peinlichen Aspekte. Schlagen Sie noch keine Architektur vor. Ich werde beschreiben, was bereits existiert. Lesen Sie es und sagen Sie mir dann, was Sie vor dem Entwurf noch wissen müssen. WAS HEUTE LÄUFT: - Sprachen, Frameworks, Datenspeicher, Hosting, was tatsächlich in derzeit in Produktion läuft - Was wie oft bereitgestellt wird und wie es bereitgestellt wird - Welche aktuellen Fehlerbilder es gibt. Was löst bei uns tatsächlich einen Alarm aus? WAS ICH NICHT ÄNDERN KANN: - Systeme, die ich nicht besitze, Integrationen, die ich nicht unterbrechen kann, Verträge die das Verhalten bestimmen - Compliance- oder Datenresidenzanforderungen - Alles, wozu sich das Unternehmen extern verpflichtet hat WER BAUT ES: - Wie viele Ingenieure es gibt, welche Seniorität sie haben und was sie in Produktion betrieben hat - Was keiner von ihnen jemals in - Ob es jemanden für den Bereitschaftsdienst gibt und ob dieser bezahlt wird DIE TATSÄCHLICHEN ZAHLEN: - Aktuelle Auslastung, nicht prognostizierte. Nutzer, Anfragen, Datenvolumen. - Welches Wachstum wir im letzten Jahr tatsächlich verzeichnet haben, nicht das Plan Bevor Sie irgendetwas vorschlagen: Sagen Sie mir, welche dieser welche Einschränkungen den Gestaltungsraum am stärksten begrenzen, und sagen Sie klar, welche

von meinen Antworten klingt eher nach Wunschdenken als nach Messwerten.

Prompt 2 - die Liste der Ausschlüsse

Der Teil, den ein Modell niemals freiwillig nennt, und der Teil, der tatsächlich die Entscheidung ausmacht. Beginnen Sie bei jeder vorgeschlagenen Option nicht damit, was sie ermöglicht. Beginnen Sie mit dem, was sie ausschließt. Für jede Option: - Was werden wir danach nicht mehr tun können oder nur noch - Was wird unumkehrbar, und was kostet die Umkehrung in 12 Monaten? Answer - Auf welche Garantie verzichten wir - Konsistenz, Reihenfolge, Atomizität, die Möglichkeit zur unabhängigen Bereitstellung, die Möglichkeit, das System mit einem einzigen gedanklichen Modell zu verstehen? - Welche neue Fehlerklasse wird dadurch möglich, die derzeit - Was zwingt das für jedes künftige Feature vor, unabhängig davon, ob dass dieses Feature es benötigt? Dann in einem Satz pro Option: das Problem, das wir lieber habe. Erst danach sagen Sie mir, was jede Option ermöglicht. Falls eine die Option keine nennenswerten Nachteile hat, sagen Sie das und behandeln Sie das als verdächtig statt als Empfehlung.
Skill im Fokus
Viktor - AI Skill für Softwarearchitektur
Viktor - AI Skill für Softwarearchitektur
29 $ · einmalige Zahlung

Enthält das, was hier den Unterschied macht: was du bereits betreibst, was du nicht ändern darfst und welche Entscheidungen du bereits getroffen hast. Deine realen Einschränkungen jedes Mal in einen leeren Chat neu einzugeben, ist der Grund, warum die meisten aufgeben und die Greenfield-Antwort akzeptieren; eine neue Sitzung wird der Architektur, auf die ihr euch letzten Monat geeinigt habt, bereitwillig widersprechen.

Viktor ansehen - Softwarearchitektur AI Skill →

Prompt 3 - Verhöre die Pfeile

Ignoriere die Boxen. Beantworte für jeden Pfeil in diesem Design: 1. Synchron oder asynchron? Falls synchron: Was macht der wartet, und was sieht der Benutzer? 2. Was passiert, wenn es fehlschlägt? Erneut versuchen, fehlschlagen, in die Warteschlange stellen, beeinträchtigen? 3. Falls es erneut versucht: Ist die Operation idempotent? Falls nicht, was bewirkt ein Duplikat in der realen Welt tatsächlich - doppelt abrechnen, doppelt senden, doppelt zählen? 4. Wie lang ist das Timeout, und was passiert nach seinem Ablauf? 5. Ist die Reihenfolge hier wichtig? Falls ja, was garantiert sie? Wenn nichts dies garantiert, sag es. 6. Wenn dieser Pfeil eine Stunde lang ausfällt, was funktioniert noch und was nicht? Wer bemerkt es zuerst: wir oder der Kunde? 7. Was ist der Datenvertrag, und was passiert, wenn eine Seite ändert sie? Dann: Welcher Pfeil wird jemanden aufwecken, und welche Pfeile nur existieren, weil wir Boxen eingezeichnet haben, die nicht trennen? Nenne sie. Zwei Boxen zusammenzulegen ist eine gültige Antwort und ich will davon hören, wenn es zutrifft. DESIGN: [PASTE OR DESCRIBE]

Prompt 4 - Entwirf es für ein Zehntel des Maßstabs

Die nützlichste Stunde, die du verbringen wirst. Sie trennt die tragende Komplexität von der Wunschkomplexität, und die Antwort ist oft unangenehm.

Nimm das Design, das wir gerade besprochen haben. Entwirf nun dasselbe System für ein Zehntel der von mir genannten Last mit demselben Team. Dann beantworte: - Was hast du entfernt? - Welche der entfernten Dinge haben ein Problem gelöst, heute tatsächlich habe und welches ein Problem gelöst hat, das ich erwarten kann? - Für jedes entfernte Stück Komplexität: Ab welchem konkreten, messbaren Punkt müsste ich es wieder hinzufügen? Gib mir eine Zahl, nicht „wenn wir skalieren“. - Wie teuer ist es, das später wieder hinzuzufügen, verglichen mit ihrem Bau bereuen? Sei ehrlich, wenn später wirklich schlechter ist. Zum Schluss: Wenn ich jetzt die kleinere Version bauen würde, was würde ich in zwei Jahren, und worüber wäre ich froh? Argumentiere beide Seiten ordentlich, statt mich von der Wahl zu beruhigen, die ich offenbar bevorzuge.

Prompt 5 - der Ausfallraum, den du anschließend gewichtest

Erzeuge jede Möglichkeit, wie dieses System ausfallen kann. Sei umfassend statt als selektiv - ich übernehme die Priorisierung, das ist nicht deine Aufgabe, und du hast meine Zahlen nicht. Mindestens abdecken: - Jede Komponente fällt allein aus, und die Auswirkungen - Teilweiser Ausfall: langsam statt nicht verfügbar - Der Datenspeicher: nicht verfügbar, langsam, voll, beschädigt, wiederhergestellt aus einem alten Backup - Netzwerkpartition zwischen beliebigen zwei Teilen - Eine Abhängigkeit ändert ihr Verhalten, ohne uns darüber zu informieren - Eine zehnmal höhere als erwartete Last, die innerhalb einer Minute eintrifft - Ungleichmäßig eintreffende Last: ein Kunde, ein Schlüssel, ein Mandant - Zeitabweichungen, doppelte Nachrichten, Nachrichten in falscher Reihenfolge - Ein Deployment, das nur teilweise ausgerollt ist - Daten, die gültig, aber absurd sind Für jeden: Was geht kaputt, was sieht der Benutzer, wie stellen wir es fest und ob es sich selbst heilt. Dann markieren Sie die stillen Fehler - Fälle, in denen das System weiter beantwortet, wobei die Antworten falsch sind. Genau diese möchte ich an erster Stelle stehen, und genau diese Fragen werden bei einem Design-Review normalerweise fehlt.

Prompt 6 - Wie kommen wir tatsächlich dorthin?

Greenfield-Designs überspringen diesen Punkt, und hier liegen die tatsächlichen Kosten. Eine Zielarchitektur ohne Migrationspfad ist ein Wunschtraum.

Wir bauen das nicht aus dem Nichts. Folgendes ist vorhanden: [DESCRIBE]. Geben Sie mir den Weg von hier zum Zieldesign in Schritten an, die kann jeder Schritt unabhängig ausgeliefert werden, während das System durchgehend live bleibt. Für jeden Schritt: - Was wird ausgeliefert, und in welchem Zustand befindet sich das System, nachdem es - Können wir hier dauerhaft aufhören und trotzdem besser dastehen als jetzt? Wenn die Antwort bei irgendeinem Schritt nein lautet, ist dieser Schritt zu groß ist - teilen Sie es auf. - Was läuft parallel zum alten Pfad und wie lange - Wie rollen wir es zurück, nachdem es in Produktion ist, nicht vorher - Welche Daten müssen migriert werden, und müssen sie überhaupt zweimal migriert - Was während dieses Schritts schlechter wird und wer darunter leidet Dann: die Gesamtkosten in Ingenieurswochen und der Punkt, an dem kein Nutzen - der Schritt, nach dem eine Umkehrung unpraktikabel wird. Wenn die ehrliche Antwort lautet, dass die Migration mehr kostet als der sagen Sie offen, was das Zieldesign wert ist.

Zwei Dinge, die es behaupten wird, obwohl es sie nicht wissen kann

Leistungsdaten. Wenn man fragt, wie viele Anfragen pro Sekunde ein Design bewältigen wird oder wie hoch die Latenz sein wird, liefert es eine Zahl. Es weiß es nicht. Diese Zahlen hängen von Ihrer Hardware, der Struktur Ihrer Daten, Ihren Abfragemustern und Ihrer Zugriffsverteilung ab, und der einzige Weg, sie zu erhalten, ist Messen. Behandeln Sie jede von ihm genannte Zahl zu Durchsatz, Latenz oder Kapazität als Platzhalter und setzen Sie einen Lasttest an die Stelle, an der die Zahl stehen sollte.

Aktuelle Versionen, Limits und Preise. Servicekontingente, Limits verwalteter Datenbanken, Instanzgrößen, die Preise eines Cloud-Anbieters und welche Version was abgekündigt hat. All das ändert sich, und das Modell antwortet anhand dessen, was es zuletzt gesehen hat. Beziehen Sie all diese Angaben am Tag Ihrer Entscheidung aus der aktuellen Dokumentation des Anbieters, denn eine Architektur, die auf einem veralteten Kontingent beruht, ist ein Design, das nach einem Jahr zum denkbar schlechtesten Zeitpunkt scheitert.

Wo es fehlschlägt

Fehler Was passiert Was ist damit zu tun?
Standardmäßig Greenfield Ein Design, das von einer leeren Ausgangslage ausgeht, ohne Altlasten und ohne etwas, das Sie nicht anfassen dürfen Beschreiben Sie, was heute läuft, einschließlich der peinlichen Teile, bevor Sie um etwas bitten
Für die Spitzenlast ausgelegt Die Architektur eines Unternehmens, das vor diesem interessanten Problem stand und darüber geschrieben hat Fordern Sie dasselbe System bei einem Zehntel der Last an und vergleichen Sie dann
Fähigkeiten, niemals aufgegebene Optionen Was das Design ermöglicht, während unausgesprochen bleibt, worauf du dafür verzichtet hast Verlange zuerst die Liste der aufgegebenen Optionen und betrachte eine Option ohne solche Liste als verdächtig
Wunderschöne Diagramme Boxen und Pfeile, bei denen jede schwierige Frage in einem Pfeil steckt und keine beantwortet wird Hinterfrage jeden Pfeil. Zwei Boxen zusammenzufassen ist ein gültiges Ergebnis
Erfundene Performance Eine Zahl für Anfragen pro Sekunde oder eine Latenzzahl ohne Begründung Behandle jede Zahl als Platzhalter für einen Lasttest
Veraltete Plattformfakten Kontingente, Limits, Instanztypen und Preise aus dem letzten Zeitpunkt, an dem es sie gesehen hat Anbieterdokumentation vom jeweiligen Tag für jeden einzelnen Wert
Kein Migrationspfad Ein Zieldesign ohne Berücksichtigung des Weges dorthin, während das System live ist Verlange unabhängig auslieferbare Schritte, bei denen du jeweils anhalten könntest
Es nimmt eine Rangfolge vor, wenn man es darum bittet Auf die Frage, welcher Fehler am wichtigsten ist, antwortet es - ohne eine einzige deiner Zahlen Lass es den Lösungsraum erzeugen. Die Reihenfolge legst du fest

Wie installierst du den Viktor-Skill?

Der Download ist eine ZIP-Datei mit SKILL.md im Stammverzeichnis des Archivs, nicht in einem verschachtelten Ordner - diese Ordnerstruktur ist der übliche Grund, warum ein Upload fehlschlägt. Öffne in der Claude-Desktop-App Anpassen → Skills, lade die ZIP-Datei hoch und aktiviere sie.

Skills benötigen aktivierte Codeausführung unter Einstellungen → Funktionen. Anthropic führt Skills derzeit in seinem Hilfezentrum für Free, Pro, Max, Team und Enterprise auf, während das Academy-Tutorial Pro, Max, Team und Enterprise nennt - wenn du also den kostenlosen Tarif nutzt, überprüfe unter Einstellungen → Funktionen dein eigenes Konto, statt dich auf eine der beiden Seiten zu verlassen. Die vollständige Anleitung findest du im Installationsleitfaden für Skills.

In ChatGPT oder Gemini gibt es keinen Upload-Schritt: Öffne SKILL.md, kopiere den Inhalt und füge ihn in die benutzerdefinierten Anweisungen ein. Du verlierst die automatische Auslösung, behältst aber die Methode.

Für wen ist das gedacht?

Architekten und Staff Engineers, die einen Denkpartner wollen, der widerspricht, Tech Leads, die Designentscheidungen über ihrer Gehaltsstufe treffen, und Gründer, die entscheiden, wie sie etwas bauen, bevor sie sich darauf festlegen. Es funktioniert in Claude, ChatGPT oder jedem AI-Chat.

Die Engineering-Rollen sind in eigene Skills aufgeteilt, jeweils für 29 $ und als einmaliger Download:

Die größere Auswahl umfasst die Skills für Softwareentwickler und die Software- & IT-Skills.

Zusammenfassung:

Eine Architektur ist eine Liste von Dingen, die du bewusst nicht mehr tun können willst, und ein Modell wird immer nur Fähigkeiten beschreiben, weil der Korpus von Menschen verfasst wurde, deren interessantes Problem eine Veröffentlichung wert war. Sag ihm, was bereits läuft, was du nicht ändern kannst und wer es entwickelt, bevor es etwas vorschlägt. Bitte zuerst um Ausschlüsse statt um Ermöglichungen und betrachte eine Option ohne Nachteile eher als Warnsignal denn als Empfehlung. Ignoriere die Kästen und hinterfrage jeden Pfeil, denn dort liegen Fehler, Reihenfolge, Idempotenz und Auswirkungsbereich - und sei bereit, zwei Kästen wieder zu einem zusammenzufassen. Entwirf dasselbe System für ein Zehntel der Last, um herauszufinden, welche Komplexität unverzichtbar ist. Lass es den gesamten Fehlerraum erzeugen und übernimm die Rangfolge selbst. Und lass dir den Migrationspfad in Schritten zeigen, an denen du anhalten könntest, denn ein Zieldesign ohne Weg dorthin ist nur ein Wunsch. Für deine tatsächlichen Einschränkungen und früheren Entscheidungen, die zwischen Sitzungen erhalten bleiben, Viktor - AI Skill für Softwarearchitektur. Funktioniert in Claude, ChatGPT und jedem AI-Chat, mit 30-tägiger Geld-zurück-Garantie.

Skill · .md · Funktioniert mit Claude & ChatGPT

Viktor - AI Skill für Softwarearchitektur

Fragt, was bereits läuft, bevor er etwas vorschlägt, beginnt mit dem, was ein Design ausschließt, statt mit dem, was es ermöglicht, hinterfragt die Pfeile, statt Kästen zu zeichnen, und zeigt den Migrationspfad in Schritten, an denen du anhalten könntest. Kein Abonnement. Dauerhaft deiner.

$19
Viktor Skill erhalten →

KissMySkills ist ein Marktplatz mit mehr als 1.800 AI-Skills, mehr als 80 prompt-Paketen, mehr als 75 Agenten & kostenlosen Tools für Claude, ChatGPT & jeden AI-Chat.

Verwandte Skill-Leitfäden

Setzen Sie es direkt um

Oder alle Skills mit Unlimited Pläne ansehen →

Häufig gestellte Fragen

Can Claude design a software architecture?+

It can produce a design, and the design will be greenfield and maximal, because the material it learned from was written by people describing systems that worked at a scale worth writing about. Nobody publishes a post about the boring monolith that is still fine. So you get the architecture of a company larger than yours, on an empty field, with the foreclosures left out. That is correctable, but not by asking better questions about the design - only by changing what the model is allowed to assume.

Why does AI always suggest microservices and Kubernetes?+

Because those are the write-ups of organisations that genuinely needed them, and there are no write-ups of the companies that did fine without. The average of the literature is therefore an architecture for a larger company. The cheapest correction is to ask for the same system at one tenth of the load you stated, with the same team, then ask what was removed and at what specific measurable point each removed piece would need to come back.

What is an architecture, really?+

A list of things you have decided you will not be able to do. Choosing eventual consistency forecloses certain guarantees, choosing a monolith forecloses independent deployment, choosing a particular store forecloses certain shapes of growth. The foreclosures are the decision. A model leads with capabilities every time and will not volunteer what you gave up, so ask for the foreclosure list before the enablement list - and treat an option that appears to have no downsides as suspicious rather than as a recommendation.

Why are AI architecture diagrams misleading?+

Because the boxes are the easy part. A service that does one clear thing is a solved problem. All of the difficulty is in the arrows, and an arrow is a claim that two things can talk which the diagram never justifies. Synchronous or asynchronous, what happens on failure, whether a retry is safe, what the timeout is, whether order matters and what guarantees it, what still works if this arrow is down for an hour. Interrogate the arrows and the design usually changes, often collapsing back into fewer boxes.

What is AI genuinely good at in architecture work?+

Generating the failure space. Asking what are all the ways this can go wrong is a recall problem across an enormous body of postmortems and incident write-ups, which is exactly what these tools are for, and it will surface the failure mode you would otherwise have found in production in eight months. What it cannot do is rank them, because ranking needs your traffic, your team, your tolerance and your money. It generates the list, you order it.

Can it estimate how much load my design will handle?+

It will give you a number and it has no idea. Throughput, latency and capacity depend on your hardware, your data shape, your query patterns and your access distribution, and the only way to get them is to measure. Treat any performance figure it offers as a placeholder where a load test should go. The same applies to service quotas, managed-database limits, instance sizes and cloud pricing, all of which change and all of which it answers from whatever it last saw.

Why do AI designs never include a migration path?+

Because greenfield designs do not need one, and greenfield is what the corpus describes. In reality a target architecture with no route to it is a wish, and the migration is where most of the cost lives. Ask for the path in steps that each ship independently with the system live, and apply one test to every step: could we stop here permanently and still be better off than we are now? If the answer is no, the step is too big. Also ask where the point of no return is.

How do I install the Viktor skill?+

The download is a ZIP with SKILL.md at the root of the archive rather than inside a nested folder, which is the usual reason an upload fails. In the Claude desktop app open Customize, then Skills, upload the ZIP and toggle it on. Skills need code execution enabled, under Settings then Capabilities. Anthropic's help centre currently lists Skills on Free, Pro, Max, Team and Enterprise, while its Academy tutorial lists Pro, Max, Team and Enterprise, so if you are on the free plan check Settings then Capabilities for your own account rather than trusting either page. In ChatGPT or Gemini there is no upload step, so open SKILL.md, copy the contents and paste them into custom instructions.

~/get-started

Skills, die funktionieren. Kein Schnickschnack.

Durchsuche alle Skills, prompt-Pakete und agent im Store.

Alle Skills durchsuchen →Oder probieren Sie die kostenlosen Tools aus