Claude Projects und Artifacts: Werkzeuge ohne Code bauen

Das erste Mal, dass du Claude um einen Rechner bittest und ein funktionierender Rechner in einem Panel neben dem Chat erscheint, macht es klick. Keine Beschreibung, wie du einen bauen könntest. Ein tatsächliches Ding, in das du Zahlen tippen kannst. Für jeden, der je gedacht hat, ich wünschte, ich könnte einfach ein kleines Werkzeug dafür bauen, und annahm, das hieße programmieren lernen, ist das der Moment, in dem die Annahme zerfällt.

Das ist der achte Post einer Einsteiger-Serie über Claude. Der erste hat Projects und Artifacts nur gestreift. Dieser Post gibt ihnen den Raum, den sie verdienen, denn zusammen sind sie die zwei Funktionen, die Claude von einem Ding, das redet, in ein Ding verwandeln, das deine Arbeit hält und dir Werkzeuge baut.

Projects: Ein Arbeitsbereich, der dich schon kennt

Ein Project ist ein eigener Raum in Claude mit eigenen Anweisungen, eigenen Referenzdateien und einer eigenen Reihe von Gesprächen. Du richtest ihn einmal ein. Du legst die Dinge hinein, die jedes Gespräch zu diesem Thema kennen muss: deine Markenstimme, deine Produktfakten, das Format, in dem du Berichte magst, die zwei, drei Dokumente, die immer wieder auftauchen. Von da an hat jeder Chat, den du in diesem Project startest, all das schon.

Der Wert ist, dass du aufhörst, dich zu wiederholen. Ohne Project beginnt jedes Gespräch kalt, und du fügst denselben Hintergrund zum hundertsten Mal ein. Mit einem arbeitest du mit etwas, das deine Lage schon kennt. Mach ein Project für jede Sache, zu der du regelmäßig zurückkehrst, einen Kunden, ein Produkt, ein Buch, das du schreibst, einen Kurs, den du gibst, und jedes wird ein kleiner Arbeitsbereich, der seinen eigenen Kontext trägt. Bezahlte Pläne geben dir unbegrenzt Projects, und es ist das Upgrade, das die meisten am schnellsten spüren.

Artifacts: Es baut das Ding, nicht eine Beschreibung davon

Ein Artifact ist lebendiges, ausführbares Ergebnis, das in einem eigenen Panel neben dem Chat erscheint. Bitte um einen Budgetrechner, und du bekommst einen, den du benutzen kannst. Bitte um eine einfache Landingpage, und du kannst sie ansehen. Bitte um ein Diagramm aus Zahlen, die du eingefügt hast, eine interaktive Checkliste, ein kleines Quiz, ein Flussdiagramm, einen kleinen Erklärer, durch den jemand klicken kann, und es baut jeden davon live. Claude schreibt den Code dahinter und rendert ihn direkt dort, und du musst diesen Code nie sehen oder anfassen, außer du willst es.

Der Zauber ist, wie du es änderst. Du bearbeitest nichts. Du sagst einfach, mach den Knopf größer, füg eine Spalte für die Steuer hinzu, nimm meine Markenfarben, teil das in zwei Schritte, und es schreibt das Werkzeug neu und rendert es neu. Das ist das Nächste, was ein Nicht-Programmierer je hatte, um Software zu bauen, indem er sie beschreibt. Für einfache, in sich geschlossene Werkzeuge nimmt es wirklich die Notwendigkeit weg, zu wissen wie.

Die zwei zusammen

Projects und Artifacts sind für sich gut und zusammen besser. Leg deinen Kontext in ein Project, bau dann die Artifacts, die du brauchst, darin, und die Werkzeuge, die es macht, passen schon in deine Welt, ohne dass du sie neu erklärst. Ein Project für dein kleines Geschäft, das deine Preise und deine Stimme hält, in dem du einen Angebotsrechner, eine Buchungs-Checkliste und eine einseitige Karte baust, jedes spricht schon deine Sprache. Das ist der Punkt, an dem Claude aufhört, sich wie ein Chatbot anzufühlen, und anfängt, sich wie eine Werkstatt anzufühlen.

Wo die Grenzen sind

Sei realistisch zu den Rändern. Artifacts sind für kleine, in sich geschlossene Werkzeuge gemacht, nicht für Produktivsoftware, auf der du ein Geschäft betreibst. Sie leben im Chat, sie sind also perfekt für einen persönlichen Rechner oder einen schnellen Prototyp und nicht der Ort, um etwas zu bauen, worauf hundert Kunden angewiesen sind. Und ein Project ist nur so gut wie das, was du hineinlegst, wenn sich also deine Preise oder Fakten ändern, aktualisiere das Project, sonst arbeitet es selbstsicher aus veralteten Informationen. Keines davon ist ein Grund, sie zu überspringen. Es ist einfach die Form dessen, wofür diese Funktionen da sind.

Wo du diese Woche anfängst

Bau ein kleines Werkzeug. Denk an eine Rechnung, die du mehr als einmal von Hand machst, einen Preis, eine Aufteilung, eine Umrechnung, und bitte Claude, dir dafür einen Rechner als Artifact zu machen. Dann ändere eine Sache daran, indem du fragst. Das Gefühl, ein Werkzeug sich neu bauen zu sehen, weil du eine Änderung beschrieben hast, ist, was das haften lässt. Sobald du es einmal getan hast, siehst du überall kleine Werkzeuge, die du machen könntest.

Projects halten deine Welt und Artifacts bauen darin, und zusammen decken sie erstaunlich viel von dem ab, wofür Leute im Kleinen Entwickler beauftragen. Wenn du einen strukturierten Weg durchs Bauen damit willst, deckt unsere kostenlose StudioMeyer Academy das mit Beispielen ab. Als Nächstes in der Serie treten wir einen Schritt zurück zu dem, was jede dieser Funktionen besser macht: Claude den richtigen Kontext geben.