brahma-bhaga
について
`brahma-bhaga`スキルは、明確なテンプレートが存在しない真に新しい問題に直面した際、生成的発想と、あいまいさからの新規構造の創造を目的としています。これは、整理された概念的空間を一貫性のある新たなパターンへと変換し、壊れやすい初期段階のアイデアを育成します。このスキルは、古いパターンが解体された後、あるいは漸進的変化が限界に達し、新たな設計が必要とされる状況で使用してください。
クイックインストール
Claude Code
推奨npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/brahma-bhagaこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
Brahma Bhaga
Generative Schoepfung aus der Leere oder Mehrdeutigkeit — strukturierte Emergenz neuer Muster, Ansaetze und Loesungen wo zuvor keine existierten.
Wann verwenden
- Nach Aufloesung durch
shiva-bhagadie veraltete Muster geraeuemt und Raum geschaffen hat - Bei einem genuein neuartigen Problem ohne offensichtliche Vorlage oder Praezedenzfall
- Die Anfrage des Benutzers erfordert Erfindung statt Abruf oder Anpassung
- Mehrere moegliche Ansaetze existieren und keiner wurde gewaehlt — der schoepferische Akt ist die Wahl selbst
- Ein leeres Blatt: neue Datei, neues Projekt, neue Architektur, neuer Ansatz
- Wenn inkrementelle Aenderung ihre Grenzen erreicht hat und ein frisches Design noetig ist
Eingaben
- Erforderlich: Das Schoepfungsziel oder die zu fuellende Leere (verfuegbar aus dem Gespraechskontext)
- Optional: Einschraenkungen die die Schoepfung begrenzen (Benutzeranforderungen, technische Limitierungen)
- Optional: Keime — Fragmente, Inspirationen oder Teilideen die die Schoepfung informieren
- Optional: Was aufgeloest wurde (
shiva-bhaga-Ausgabe) — zu verstehen was gescheitert ist leitet was zu schaffen ist
Vorgehensweise
Schritt 1: Die Leere erkunden
Vor dem Schaffen den fuer die Schoepfung verfuegbaren Raum verstehen.
Bewertung des Schoepfungsraums:
+---------------------+---------------------------+------------------------+
| Dimension | Fragen | Bestimmt |
+---------------------+---------------------------+------------------------+
| Einschraenkungen | Was MUSS die Schoepfung | Die Grenze innerhalb |
| | erfuellen? Was ist nicht | derer Kreativitaet |
| | verhandelbar? | operiert |
+---------------------+---------------------------+------------------------+
| Freiheit | Was ist NICHT vorgegeben? | Die verfuegbaren |
| | Wo laesst der Benutzer | Freiheitsgrade fuer |
| | Raum fuer kreative Wahl? | kreative Wahl |
+---------------------+---------------------------+------------------------+
| Keime | Welche Fragmente, | Das Ausgangsmaterial |
| | Teilideen oder | das informiert aber |
| | Inspirationen existieren | nicht diktiert |
| | bereits? | |
+---------------------+---------------------------+------------------------+
| Anti-Muster | Was wurde zuvor versucht | Der zu meidende Raum |
| | und ist gescheitert? Welche| — Schoepfung die |
| | Ansaetze wurden aufgeloest?| aufgeloeste Muster |
| | | wiederholt |
+---------------------+---------------------------+------------------------+
| Kontext | Was existiert um die Leere | Die Umgebung in die |
| | herum? Womit muss die | die Schoepfung passen |
| | Schoepfung integriert | muss |
| | werden? | |
+---------------------+---------------------------+------------------------+
- Jede Dimension ehrlich kartieren — besonders Einschraenkungen die oft implizit sind
- Die Freiheitsgrade vermerken: dort geschieht echte Schoepfung
- Keime identifizieren ohne sich auf sie festzulegen — sie informieren, nicht diktieren
Erwartet: Ein klares Bild des Schoepfungsraums: begrenzt durch Einschraenkungen, informiert durch Keime und geoeffnet durch Freiheitsgrade.
Bei Fehler: Wenn der Raum vollstaendig eingeschraenkt wirkt (keine Freiheitsgrade), erneut pruefen — oft sind Einschraenkungen die fest erscheinen tatsaechlich Praeferenzen. Bei Bedarf den Benutzer fragen.
Schritt 2: Generieren — Divergente Erkundung
Mehrere Moeglichkeiten erzeugen ohne sie zu bewerten.
- Mindestens drei verschiedene Ansaetze zum Fuellen des Schoepfungsraums generieren
- Jeder Ansatz sollte sich genuein unterscheiden — nicht Variationen eines Themas
- Fuer jeden Ansatz festhalten:
- Die Kernidee in einem Satz
- Wie er die Einschraenkungen erfuellt
- Was ihn von den anderen unterscheidet
- Was er opfert oder gegen was er abtauscht
- Mindestens einen Ansatz einbeziehen der sich unkonventionell oder riskant anfuehlt
- Noch nicht bewerten — Generieren und Bewerten sind getrennte Phasen
Erwartet: Drei oder mehr genuein verschiedene Ansaetze, jeder mit einer klaren Identitaet und einem Abwaegungsprofil.
Bei Fehler: Wenn alle Ansaetze sich aehnlich anfuehlen, war die Generierung zu eng. Zu Schritt 1 zurueckkehren und nach unerkundeten Freiheitsgraden suchen. Alternativ eine Einschraenkung umkehren: "Was wenn ich das Gegenteil des offensichtlichen Ansatzes machen wuerde?"
Schritt 3: Bewerten — Konvergente Auswahl
Die generierten Ansaetze gegen den Schoepfungsraum bewerten.
- Fuer jeden Ansatz bewerten:
- Einschraenkungserfuellung: Erfuellt er alle nicht verhandelbaren Anforderungen?
- Eleganz: Ist es die einfachste Loesung die funktioniert?
- Widerstandsfaehigkeit: Wird er kuenftige Stoerungen ueberleben?
- Integration: Passt er natuerlich in den umgebenden Kontext?
- Neuartigkeit: Bringt er etwas genuein Neues, oder ordnet er nur das Alte um?
- Ansaetze eliminieren die harte Einschraenkungen verletzen
- Unter den verbleibenden Ansaetzen basierend auf den impliziten Werten des Benutzers waehlen (Einfachheit? Gruendlichkeit? Kreativitaet?)
- Wenn zwei Ansaetze gleich stark sind, beide dem Benutzer praesentieren mit klar benannten Abwaegungen
Erwartet: Ein einzelner gewaehlter Ansatz (oder eine klar gerahmte Wahl fuer den Benutzer) mit artikulierter Begruendung.
Bei Fehler: Wenn kein Ansatz alle Einschraenkungen erfuellt, koennten die Einschraenkungen widerspruechlich sein. Den Widerspruch dem Benutzer aufzeigen statt eine Schoepfung zu erzwingen die bei Grundlegendem Kompromisse eingeht.
Schritt 4: Manifestieren — In Form bringen
Den gewaehlten Ansatz ausfuehren und ihm konkrete Form geben.
- Mit dem Geruest beginnen: die minimale Struktur die die Kernidee verkoerpert
- Vom Kern nach aussen aufbauen und Detail nach Bedarf hinzufuegen
- Bei jedem Schritt pruefen: "Dient dieser Zusatz der Kernidee oder verwässert er sie?"
- Dem Drang widerstehen ueberzuelaborieren — Schoepfung ist vollstaendig wenn nichts mehr entfernt werden kann
- Das Geschaffene benennen: eine klare, beschreibende Bezeichnung die sein Wesen erfasst
Erwartet: Eine konkrete Schoepfung die den gewaehlten Ansatz verkoerpert — Code, Plan, Struktur oder Design das existiert wo zuvor Leere war.
Bei Fehler: Wenn die Manifestation vom gewaehlten Ansatz abweicht, innehalten und die Auswahl von Schritt 3 erneut lesen. Abdrift waehrend der Manifestation zeigt oft an dass die Auswahl nicht vollstaendig angenommen wurde. Entweder erneut bekennen oder erneut waehlen.
Schritt 5: Naehren — Die junge Schoepfung schuetzen
Neue Schoepfungen sind fragil. Sie durch ihre Fruehphasen schuetzen.
- Die Schoepfung gegen ihre Einschraenkungen testen — funktioniert sie wie beabsichtigt?
- Den schwaechsten Punkt identifizieren — wo bricht sie am ehesten?
- Den schwaechsten Punkt staerken ohne ueberueberzudesignen
- An
vishnu-bhagazur fortlaufenden Bewahrung uebergeben wenn die Schoepfung bestehen bleiben soll - Die getroffenen kreativen Entscheidungen dokumentieren: was gewaehlt, was verworfen wurde und warum
Erwartet: Eine Schoepfung die getestet, dokumentiert und fuer dauerhafte Nutzung bereit ist.
Bei Fehler: Wenn die Schoepfung ihren ersten Test nicht besteht, bewerten ob der Fehler in der Schoepfung oder im Test liegt. Wenn die Schoepfung grundlegend fehlerhaft ist, zu Schritt 2 zurueckkehren mit dem Fehlschlag als neuem Anti-Muster-Keim.
Validierung
- Der Schoepfungsraum wurde vor dem Generieren von Ideen erkundet
- Mindestens drei genuein verschiedene Ansaetze wurden generiert
- Die Auswahl basierte auf expliziten Kriterien, nicht auf Standardinstinkt
- Die Schoepfung wurde von ihrem Kern ausgehend manifestiert, nach aussen aufbauend
- Die Schoepfung wurde gegen ihre Einschraenkungen getestet
- Kreative Entscheidungen wurden fuer kuenftige Referenz dokumentiert
Haeufige Stolperfallen
- Schaffen vor dem Raeumen: Schoepfung ohne vorherige Aufloesung versuchen erzeugt neue Muster die von alten kontaminiert sind. Zuerst
shiva-bhagaausfuehren wenn der Raum ueberladen ist - Einzel-Option-Generierung: Einen Ansatz generieren und ihn dann bewerten ist keine Schoepfung — das ist die erste Idee ausfuehren. Echte Schoepfung erfordert divergente Optionen
- Neuartigkeit um ihrer selbst willen: Etwas Unkonventionelles schaffen wenn ein einfacher Standardansatz besser dienen wuerde. Neuartigkeit ist ein Werkzeug, kein Ziel
- Perfektionistische Manifestation: Endlos polieren statt eine funktionierende Schoepfung auszuliefern. Eine vollstaendige unvollkommene Schoepfung uebertrifft eine unvollstaendige vollkommene
- Ungeschuetzte Schoepfung: Etwas Neues manifestieren und sofort ohne Testen oder Dokumentation weitergehen laesst die Schoepfung verwundbar
Verwandte Skills
shiva-bhaga— Zerstoerung schafft die Leere die Brahma fuellt; Aufloesung geht der Schoepfung vorausvishnu-bhaga— Bewahrung erhaelt was Brahma schafft; Uebergabe von Schoepfung zu Wartungintrinsic— kreatives Engagement profitiert von autonomer Motivation; Schoepfung gedeiht im Flowlearn— wenn Schoepfung noch nicht vorhandenes Wissen erfordert, geht Lernen der Generierung vorausadapt-architecture— das morphische Aequivalent fuer das Schaffen neuer Architekturmuster aus bestehenden Systemen
GitHub リポジトリ
関連スキル
content-collections
メタこのスキルは、Content Collections(Markdown/MDXファイルを型安全なデータコレクションに変換するTypeScriptファーストのツール)の本番環境でテストされた設定を提供します。Zodバリデーションによる型安全性を実現し、ブログ、ドキュメントサイト、コンテンツ重視のVite + Reactアプリケーション構築時にご利用ください。Viteプラグインの設定、MDXコンパイルから、デプロイ最適化、スキーマバリデーションまで、すべてを網羅しています。
polymarket
メタこのスキルは、開発者がPolymarket予測市場プラットフォームを活用したアプリケーション構築を可能にします。API統合による取引や市場データの取得に加え、WebSocketを介したリアルタイムデータストリーミングにより、ライブ取引や市場活動を監視できます。取引戦略の実装や、ライブ市場更新を処理するツールの作成にご利用ください。
creating-opencode-plugins
メタこのスキルは、開発者がコマンド、ファイル、LSP操作など25種類以上のイベントタイプにフックするOpenCodeプラグインを作成することを支援します。JavaScript/TypeScriptモジュール向けに、プラグイン構造、イベントAPI仕様、および実装パターンを提供します。カスタムイベント駆動ロジックでOpenCode AIアシスタントのライフサイクルをインターセプト、監視、または拡張する必要がある場合にご利用ください。
sglang
メタSGLangは、高性能なLLMサービングフレームワークであり、RadixAttentionプレフィックスキャッシュを活用したJSON、正規表現、エージェントワークフロー向けの高速で構造化された生成を特長とします。特にプレフィックスが繰り返されるタスクにおいて、大幅に高速な推論を実現し、複雑な構造化出力やマルチターン対話に最適です。制約付きデコードが必要な場合や、広範なプレフィックス共有を伴うアプリケーションを構築する場合は、vLLMなどの代替案ではなくSGLangを選択してください。
