Gitblog mit KI-Agenten verbinden: Schreiben und Veröffentlichen mit Muse automatisieren

Wie wäre es, jeden Morgen Neuigkeiten zu Ihren Interessen zu lesen und das Wesentliche im eigenen Blog festzuhalten? Ihr KI-Assistent kann die Arbeit von der Recherche bis zum Schreiben und Veröffentlichen übernehmen.

Gitblog stellt Anleitungen und Befehle bereit, mit denen KI-Agenten Beiträge in Ihrem Blog-Repository schreiben, prüfen und veröffentlichen können. Ein Agent, der Dateien bearbeiten und Befehle ausführen kann, erhält Zugriff auf GitHub. So kann aus einer Bitte im Gespräch ein veröffentlichter Beitrag werden.

Am Beispiel von Muse zeigt dieser Artikel die Verbindung eines Repositorys, die GitHub-Anmeldung, den ersten Beitrag und die Einrichtung regelmäßiger Veröffentlichungen. Derselbe Ansatz funktioniert mit Dots, Grokbot, Duet oder Openclaw, sofern die Umgebung Repository-Zugriff, Befehlsausführung und geplante Ausführungen unterstützt. Verbindungswege und Automatisierungsumfang hängen von Funktionen und Einstellungen des jeweiligen Agenten ab.

Was es bedeutet, einem Agenten den Blog anzuvertrauen

Veröffentlichte Gitblog-Beiträge bleiben Markdown-Dateien in Ihrem GitHub-Repository. Der Agent erstellt und bearbeitet sie und bereitet die Veröffentlichung anhand der Anleitungen im Repository vor.

Eine Anfrage kann zum Beispiel diese Schritte auslösen:

1. Aktuelles Material zu einem interessanten Thema recherchieren.
2. Quellen prüfen und für Zielgruppe und Stil des Blogs schreiben.
3. Übersetzungen nach der eingestellten Methode vorbereiten und Beitrag sowie Build prüfen.
4. Zur Veröffentlichung freigegebene Beiträge committen und zu GitHub pushen.
5. Bereitstellung und tatsächliche Beitragsadresse prüfen und das Ergebnis melden.

Mit der Zeitplanung des Agenten lässt sich dieser Ablauf regelmäßig wiederholen. Der Agentendienst führt die Aufgabe zum geplanten Zeitpunkt aus; das Gitblog-Repository bildet die Grundlage für Speicherung, Prüfung und Bereitstellung der Beiträge.

1. Muse Ihr Blog-Repository mitteilen

Bereiten Sie zunächst Ihr Gitblog-Repository vor. Verwenden Sie bei einem bestehenden Blog dessen Repository. Andernfalls erstellen Sie über Studio oder eine offizielle Vorlage ein Repository; eine Anleitung bietet Erste Schritte mit Gitblog.

Übergeben Sie Muse die Adresse des Blog-Repositorys in Ihrem eigenen Konto, nicht die ursprüngliche Vorlage. Liegt das Repository bereits auf Ihrem PC, können Sie auch diesen Ordner als Arbeitsverzeichnis wählen.

Versuchen Sie die folgende Anfrage und ersetzen Sie OWNER/REPO durch Ihre Repository-Adresse.

https://github.com/OWNER/REPO

이 저장소를 내 블로그로 사용할 수 있게 세팅해줘.
필요하면 작업 환경에 clone하고, 저장소의 AGENTS.md를 먼저 읽어줘.
npm run author:context로 현재 설정을 확인하고,
개인 작성 지침과 공식 설정·인증·글쓰기 안내를 따라줘.

이미 운영 중인 블로그라면 기존 주소, 언어, 번역 설정을 유지해줘.
처음 설정하는 블로그라면 필요한 선택 사항을 나에게 물어봐줘.
GitHub 인증이 필요하면 로그인 또는 토큰 방식으로 안내해줘.
설정이 끝나면 글 작성과 배포에 필요한 준비 상태를 알려줘.

Nach Angabe Ihres Blog-Repositorys kann Muse Sie durch die GitHub-Verbindung und die Auswahl des zugänglichen Repositorys führen.

Die Datei AGENTS.md ist der Einstiegspunkt für den Agenten. Verknüpfte Dokumente und Befehle erklären, wo Beiträge liegen, wie Übersetzungen eingestellt sind und wie geprüft wird. Das Repository dient als Arbeitsbereich; eine eigene Schreib-API für ein bestimmtes Modell ist nicht nötig.

2. Zugriff durch GitHub-Anmeldung oder Token erlauben

Lokal zu schreiben und über GitHub zu veröffentlichen sind getrennte Schritte. Für die Bereitstellung müssen Git und die GitHub CLI in der Arbeitsumgebung des Agenten authentifiziert sein.

Prüfen und verwenden Sie eine bereits bestehende Kontoverbindung. Ist eine neue Anmeldung nötig, wählen Sie je nach Umgebung die Browser-Anmeldung oder ein Fine-grained Personal Access Token (PAT).

Bei der Browser-Anmeldung schließen Sie den vom Agenten angezeigten GitHub-Anmeldevorgang selbst ab. Für ein Token wählen Sie Ihr Blog-Repository und passende Berechtigungen. Ersteinrichtung und Veröffentlichung in einem eingerichteten Blog benötigen unterschiedliche Rechte. Folgen Sie der GitHub-Authentifizierungsanleitung des Repositorys.

Muse um eine Token-Verbindung bitten

Bitten Sie Muse, statt einer Anmeldung ein von GitHub ausgestelltes Token zu verwenden. Daraufhin erhalten Sie eine Anleitung wie unten. Das Beispiel verbindet elixirevo/agentic-blog; wählen Sie bei sich das eigene Konto und Blog-Repository.

Muse kann erklären, wie Sie das Token erstellen und welche Rechte die Aufgabe benötigt.

Repository und Berechtigungen auf GitHub auswählen

Geben Sie auf der Seite zur Token-Erstellung einen erkennbaren Namen ein. Wählen Sie unter Resource owner den Eigentümer des Blog-Repositorys. Stellen Sie Repository access auf Only select repositories und wählen Sie Ihren Blog. Im Bild ist No expiration gewählt; setzen Sie für den tatsächlichen Einsatz ein zum Arbeitszeitraum passendes Ablaufdatum.

Beschränken Sie den Repository-Zugriff des Tokens auf Ihren Blog.

Legen Sie danach die Rechte für die geplante Arbeit fest. Das Beispiel zur Ersteinrichtung enthält Schreibzugriff auf Contents und Administration. Wenn Sie nur Beiträge in einem bestehenden Blog veröffentlichen, prüfen Sie die benötigten Rechte in der oben verlinkten Anleitung, statt sämtliche gezeigten Rechte zu übernehmen.

Prüfen Sie die erforderlichen Rechte und erstellen Sie das Token mit Generate token.

Das Token in Muses vorgesehenes Eingabefeld eintragen

Übermitteln Sie das Token über die vom Agenten angegebene Eingabe für geheime Werte. Fügen Sie es weder in den Chat noch in Beiträge oder Repository-Dateien ein. Prüfen Sie im Dialog Secure Login Information Storage, dass das Ziel api.github.com lautet, tragen Sie das Token im vorgesehenen Feld ein und wählen Sie Add.

Der vorgesehene Dialog zur Übergabe eines GitHub-Tokens. Im Screenshot ist das Token-Feld leer.

Prüfen Sie anschließend den Repository-Zugriff in der Umgebung, in der der Agent tatsächlich arbeitet.

3. Den Schreibablauf mit einem ersten Beitrag prüfen

Bevor Sie regelmäßige Veröffentlichungen einrichten, prüfen Sie anhand eines Beitrags, ob das Ergebnis Ihren Vorstellungen entspricht. Nennen Sie neben dem Thema auch Zielgruppe, Länge und Anforderungen an Quellen.

이 블로그에 올릴 첫 글의 초안을 작성해줘.

주제: 최근 24시간의 암호화폐 시장 주요 뉴스
독자: 비트코인과 이더리움의 흐름을 이해하고 싶은 일반 독자
언어: 한국어
분량: 5분 정도에 읽을 수 있는 길이

주요 뉴스의 원문 링크와 발표 시각을 확인해줘.
가격과 변동률에는 데이터 출처와 기준 시각을 적어줘.
확인된 사실과 해석을 구분하고, 인과관계가 불분명하면 단정하지 마.
먼저 미발행 초안으로 저장하고 내가 검토할 수 있게 보여줘.

Lesen Sie den Entwurf: Enthält er die für Sie wichtigen Nachrichten, und sind die Erklärungen zu schwierig oder zu lang? Geben Sie Rückmeldungen wie „Beginne mit dem Wesentlichen“ oder „Behandle praktische Anwendungen stärker als technische Veränderungen“.

Dauerhafte Vorgaben zu Zielgruppe, Stil und Quellen können Sie in .gitblog/user-instructions.md festhalten lassen. So stehen sie auch für spätere Beiträge bereit, ohne dass Sie sie jedes Mal wiederholen müssen.

Nach der inhaltlichen Prüfung bitten Sie um Veröffentlichung.

검토한 초안을 발행해줘.
블로그의 번역 설정에 맞춰 발행을 준비하고 필요한 검증을 실행해줘.
검증을 통과하면 이번 글에 필요한 변경만 커밋하고 배포해줘.
배포가 끝나면 실제 글 주소를 확인해서 알려줘.
Gitblog 피드 반영 여부도 배포 결과와 구분해서 알려줘.

Damit prüfen Sie den Ablauf vom Schreiben über GitHub bis zur bereitgestellten Website. Eine Meldung über einen erfolgreichen Push bedeutet noch nicht, dass die Bereitstellung abgeschlossen ist. Prüfen Sie auch, ob die endgültige Beitragsadresse erreichbar ist.

4. Jeden Morgen um 8 Uhr einen Bericht erstellen lassen

Gefällt Ihnen das erste Ergebnis, beauftragen Sie wiederkehrende Arbeit nach denselben Kriterien. Geben Sie Zeitzone, Häufigkeit, Rechercheumfang und die Erlaubnis zur Veröffentlichung an.

Das folgende Beispiel fordert täglich einen Bericht über den Kryptomarkt samt Veröffentlichung an. Um 8 Uhr beginnt die Arbeit; das Ergebnis erhalten Sie nach Recherche und Bereitstellung.

이 블로그 저장소로 다음 작업을 예약해줘.

매일 오전 8시, 한국 시간 Asia/Seoul 기준으로 작업을 시작해줘.
최근 24시간의 암호화폐 시장 주요 뉴스를 리서치하고,
비트코인과 이더리움의 가격·거래량 변화와 함께 읽을 수 있는
한국어 리포트를 작성해줘.

글에는 다음 내용을 담아줘.
- 오늘 알아야 할 핵심 내용
- 주요 뉴스 3~5개와 원문 출처
- 비트코인·이더리움의 변화, 데이터 출처와 기준 시각
- 뉴스와 시장 움직임의 관련성에 대한 해석
- 다음에 확인할 일정이나 지표

발표된 사실과 해석을 구분하고, 확인되지 않은 수치나 원인을 만들지 마.
중요한 자료를 확인하지 못했다면 공개하지 말고 이유를 알려줘.

저장소의 개인 작성 지침과 공식 발행 절차를 따라줘.
이 조건을 충족하고 검증을 통과한 새 리포트는 매번 별도 승인 없이
발행해도 돼. 기존 글을 덮어쓰지 말고, 같은 날짜의 리포트가 이미
있으면 중복 발행하지 마.

배포 완료 후 실제 글 주소와 핵심 요약을 이 대화에 알려줘.
실패했다면 어느 단계에서 멈췄는지 알려줘.
예약이 등록되면 실행 주기, 시간대, 다음 실행 시각을 확인해줘.

Möchten Sie jeden Beitrag prüfen, ersetzen Sie die Veröffentlichungsanweisung durch „Als unveröffentlichten Entwurf speichern und erst nach meiner Bestätigung veröffentlichen“. Bestimmen Sie den Umfang der Delegation passend zu Ihrer Arbeitsweise.

Prüfen Sie nach der Anfrage, ob der Zeitplan tatsächlich angelegt wurde. Zum Ausführungszeitpunkt muss der Agent weiterhin auf Repository, Recherchewerkzeuge und GitHub-Authentifizierung zugreifen können. Bei lokaler Ausführung muss die Umgebung zur geplanten Zeit laufen.

5. Die für Sie geschriebenen Beiträge lesen

Eine wiederkehrende Aufgabe liefert die Antwort des Tages und eine dauerhafte Aufzeichnung in Ihrem Blog. Die Beiträge sammeln sich im Repository und lassen sich später bearbeiten, vergleichen oder als Grundlage für weitere Texte verwenden.

Derselbe Ablauf eignet sich auch für andere Aufzeichnungen:

• Wöchentlich Releases und Änderungen interessanter Open-Source-Projekte zusammenfassen.
• Gelesene Materialien und Notizen zu einem wöchentlichen Lernprotokoll zusammenstellen.
• Neue Ankündigungen in einem technischen Bereich recherchieren und erklären.

Je mehr Sie delegieren, desto wichtiger ist es, Ihre Prioritäten mitzuteilen. Lesen Sie die Ergebnisse und passen Sie die Richtung an, um einen passenden Schreibprozess zu entwickeln.

Mit Muse beginnen und den bevorzugten Agenten nutzen

Gitblogs Agentenanbindung basiert auf dem Blog-Repository und seinen Anleitungen. Auch bei Dots, Grokbot, Duet und Openclaw können Sie mit der Übergabe des Repositorys beginnen, sofern das Werkzeug Dateien bearbeiten und Befehle ausführen kann. Für regelmäßige Veröffentlichungen benötigen Sie außerdem Zeitplanung.

Beginnen Sie mit einem Entwurf. Sobald Ihre Kriterien feststehen, verbinden Sie Prüfung und Veröffentlichung und ergänzen regelmäßige Ausführungen für Themen, die Sie kontinuierlich dokumentieren möchten.

Ihr KI-Assistent schreibt für Sie, und die Aufzeichnungen bleiben in Ihrem eigenen Blog.

Fragen und Antworten

Brauche ich eine spezielle Muse-Anbindung in Gitblog?

Hier arbeitet der Agent direkt mit dem Blog-Repository. Er benötigt Dateizugriff, eine Umgebung zur Befehlsausführung und GitHub-Authentifizierung für die Bereitstellung.

Muss ich jede Veröffentlichung bestätigen?

Sie können nur Entwürfe beauftragen oder automatische Veröffentlichungen unter festgelegten Bedingungen erlauben. Ob eine vollständig unbeaufsichtigte Ausführung möglich ist, hängt von Freigaberichtlinien und Arbeitsumgebung des Agenten ab.

Kann ich Beiträge ändern oder den Agenten wechseln?

Beiträge bleiben Markdown-Dateien in Ihrem Repository. Sie können sie selbst bearbeiten oder einen anderen Agenten mit demselben Repository verbinden. Zeitplanung und Authentifizierung müssen in der neuen Umgebung erneut eingerichtet werden.