✨ oh-my-opencode-slim ✨

コードの夜明けから七柱の神聖なる存在が現れました。それぞれが不朽の技の達人として、
あなたの命令を待ち、混沌から秩序を鍛え上げ、かつて不可能と思われたものを築きます。

Opencode マルチエージェントスイート · 任意のモデルを組み合わせ · タスクを自動委譲

_{by Boring Dystopia Development}

_{✦ ✦ ✦}

--- ## このプラグインについて oh-my-opencode-slim は OpenCode 向けのエージェントオーケストレーションプラグインです。コードベースの調査、最新ドキュメントの参照、アーキテクチャレビュー、UI 作業、スコープが明確な実装タスクの実行までを担う専門エージェントチームを、1 つのオーケストレーターの下に標準で備えています。コンセプトはシンプルです。1 つのモデルにすべてを押し付けるのではなく、各タスクに最適なエージェントへ作業を振り分けることで、**品質・速度・コスト**のバランスを取ります。各エージェントについて知りたい場合は **[Meet the Pantheon](#meet-the-pantheon)** を参照してください。機能の全体像は下記の **[Features & Workflows](#features-and-workflows)** をご覧ください。 ### LazySkills でエージェントスキルを管理

**[LazySkills](https://github.com/alvinunreal/lazyskills)** は、エージェントスキルを管理するためのターミナル UI です。インストール済みのスキル、各スキルを使用できるエージェント、可視性が壊れている理由、次に安全に実行できる操作を 1 か所で確認できます。

LazySkills を見る →

### ユーザーの声 > “タスク管理は 5/10 から簡単に 8〜9/10 まで上がりました。 > Orchestrator が Fixer や Explorer を送り出してくれて、 > それでも同じセッションで Orchestrator と会話しながら計画できます。 > 体験がずっとスムーズになりました。” > > \- `vipor_idk` > “この beta 版の omo-slim のために、自分の harness は全部捨てました。 > 振り返ることも、何かを恋しく思うこともありません。素晴らしい仕事で、 > 個人的にはすべて正しい方向に進んでいると思います。” > > \- `stephanschielke` > “omo-slim が大好きで、これなしで opencode を動かすことは想像できません。 > いろいろなモデルの Frankenstein を作れるところが気に入っています…… > セットアップ全体が本当に強力になります。” > > \- `Capital-One3039` > “私のワークフローは大きく改善されました……今はとてもスムーズに動いていて、 > とても気に入っています。” > > \- `xenstar1` ### クイックスタート以下のプロンプトを LLM エージェント（Claude Code、AmpCode、Cursor など）にコピー＆ペーストしてください: ``` Install and configure oh-my-opencode-slim: https://raw.githubusercontent.com/alvinunreal/oh-my-opencode-slim/refs/heads/master/README.md ``` ### 手動インストール ```bash bunx oh-my-opencode-slim@latest install ``` ### はじめにインストーラーは OpenAI と OpenCode Go の両方のプリセットを生成し、デフォルトでは OpenAI が有効になります。インストール時に OpenCode Go を有効にするには、`bunx oh-my-opencode-slim@latest install --preset=opencode-go` を実行するか、インストール後に `~/.config/opencode/oh-my-opencode-slim.json` のデフォルトプリセット名を変更してください。次に: 1. **まだログインしていなければ、使いたいプロバイダーにログインします**: ```bash opencode auth login ``` 2. **OpenCode が認識しているモデルを更新して一覧表示します**: ```bash opencode models --refresh ``` 3. **プラグイン設定**を開きます: `~/.config/opencode/oh-my-opencode-slim.json` 4. **各エージェントに使用したいモデルを更新します** > [!TIP] > バックグラウンドオーケストレーションの仕組みを理解しておくことを**推奨**します。**[Orchestrator のプロンプト](https://github.com/alvinunreal/oh-my-opencode-slim/blob/master/src/agents/orchestrator.ts#L28)** には、スケジューラーのルール、専門エージェントへのルーティングロジック、作業をバックグラウンドエージェントへ割り当てるしきい値が記述されています。`@agentName ` のようにサブエージェントを呼び出すことで、いつでも手動で委譲できます。 > [!TIP] > バックグラウンドエージェントが現在のデフォルトワークフローになっているため、**[Multiplexer Integration](docs/multiplexer-integration.md)** を有効化して設定することを**強く推奨**します。各エージェントが専用の Tmux または Zellij ペインで自動的に開かれるため、Orchestrator がセッションを調整し続けている間も、専門エージェントの作業をリアルタイムで追えます。デフォルトで生成される設定には `openai` と `opencode-go` の両方のプリセットが含まれます。 ```jsonc { "$schema": "https://unpkg.com/oh-my-opencode-slim@latest/oh-my-opencode-slim.schema.json", "preset": "openai", "presets": { "openai": { "orchestrator": { "model": "openai/gpt-5.5", "variant": "medium", "skills": ["*"], "mcps": ["*", "!context7"] }, "oracle": { "model": "openai/gpt-5.5", "variant": "high", "skills": ["simplify"], "mcps": [] }, "librarian": { "model": "openai/gpt-5.4-mini", "variant": "low", "skills": [], "mcps": ["websearch", "context7", "gh_grep"] }, "explorer": { "model": "openai/gpt-5.4-mini", "variant": "low", "skills": [], "mcps": [] }, "designer": { "model": "openai/gpt-5.4-mini", "variant": "medium", "skills": [], "mcps": [] }, "fixer": { "model": "openai/gpt-5.5", "variant": "low", "skills": [], "mcps": [] } }, "opencode-go": { "orchestrator": { "model": "opencode-go/glm-5.1", "skills": [ "*" ], "mcps": [ "*", "!context7" ] }, "oracle": { "model": "opencode-go/deepseek-v4-pro", "variant": "max", "skills": ["simplify"], "mcps": [] }, "council": { "model": "opencode-go/deepseek-v4-pro", "variant": "high", "skills": [], "mcps": [] }, "librarian": { "model": "opencode-go/minimax-m2.7", "skills": [], "mcps": [ "websearch", "context7", "gh_grep" ] }, "explorer": { "model": "opencode-go/minimax-m2.7", "skills": [], "mcps": [] }, "designer": { "model": "opencode-go/kimi-k2.6", "variant": "medium", "skills": [], "mcps": [] }, "fixer": { "model": "opencode-go/deepseek-v4-flash", "variant": "high", "skills": [], "mcps": [] } } } } ``` ### 他のプロバイダーを利用する場合カスタムプロバイダーや複数プロバイダーを組み合わせた構成を使用するには、完全なリファレンスとして **[Configuration](docs/configuration.md)** を参照してください。すぐに使える出発点が欲しい場合は **[Author's Preset](docs/authors-preset.md)** と **[$30 Preset](docs/thirty-dollars-preset.md)** をご覧ください。`$30` プリセットはコスト効率に最も優れたセットアップです。 ### ✅ セットアップの確認インストールと認証を済ませた後、すべてのエージェントが設定済みで応答することを確認してください: ```bash opencode ``` 次に以下を実行します: ``` ping all agents ```

設定済みのすべてのエージェントがオンラインで準備完了であることの確認画面。

応答しないエージェントがある場合は、プロバイダーの認証と設定ファイルを確認してください。 --- ### V2 の新機能 V2 は oh-my-opencode-slim を、スケジューラー中心のマルチエージェントワークフローシステムへと進化させます。Orchestrator は計画、委譲、結果の整合、検証に集中し、専門エージェントはそれぞれの lane で作業を行います。 - **[バックグラウンドエージェント](#バックグラウンドエージェント)** — Orchestrator は専門家をバックグラウンドタスクとしてディスパッチし、タスク/セッション ID を追跡し、完了イベントを待ってから結果を整合します。 - **[Companion](#companion)** — 任意のフローティングデスクトップウィンドウが、並列実行中のバックグラウンド専門家を含め、現在アクティブなエージェントを表示します。 - **[Deepwork](#deepwork)** — 大規模、多ファイル、高リスク、または段階的なコーディング作業向けの構造化ワークフローです。永続的な計画ファイルと Oracle レビューゲートを使用します。 - **[Reflect](#reflect)** — 繰り返される作業パターンを振り返り、再利用可能な skill、エージェント、コマンド、設定ルール、プロンプトルール、プロジェクト playbook を提案します。 - **[Worktrees](#worktrees)** — 複雑、高リスク、または並列タスク向けに、安全プロトコル付きの隔離されたコーディング lane として Git worktree を管理します。 - **[oh-my-opencode-slim Skill](#oh-my-opencode-slim-skill)** — モデル、プロンプト、カスタムエージェント、MCP アクセス、プリセット、プラグイン動作を安全に調整するための同梱設定 skill です。 #### バックグラウンドエージェント V2 では、バックグラウンド専門家が基本の考え方になります。Orchestrator は作業グラフを計画し、適切なエージェントを起動し、重複する書き込み所有権を避け、ターミナルタスクの結果を受け取ってから次の行動に進みます。完全なスケジューラーモデルは **[Background Orchestration](docs/v2-background-orchestration.md)** を参照してください。 #### Companion 任意の Companion は、リアルタイムのエージェント活動を表示するフローティングデスクトップステータスウィンドウです。現在のセッション状態とアクティブなエージェントを表示するため、バックグラウンド作業を一目で追いやすくなります。

左下のビジュアル Companion。

対話式インストールでは、インストーラーが Companion を有効にするか尋ね、デフォルトは `yes` です。自動化では明示的に有効化できます。 ```bash bunx oh-my-opencode-slim@latest install --companion=yes ``` 設定、位置、サイズ、インストール詳細は **[Companion](docs/companion.md)** を参照してください。 #### Deepwork Deepwork は、大規模リファクタリング、多段階機能、高リスクなアーキテクチャ変更、または永続的な計画が必要な重いコーディングセッション向けです。ローカルの markdown 進捗ファイルを作成し、Oracle レビューゲートを使い、実装フェーズを構造化します。次のように開始します。 ```text /deepwork ``` いつ使うべきか、ワークフローがどのように動くかは **[Skills](docs/skills.md#deepwork)** を参照してください。 #### Reflect Reflect は、Orchestrator が繰り返し発生するワークフロー上の摩擦から学ぶのを助けます。最近の作業と既存の資産を確認し、skill、カスタムエージェント、コマンド、設定ルール、プロンプトルール、MCP 権限変更、プロジェクト playbook の中から、最小で有用な改善を提案します。十分な証拠がない場合は、何も作成しないことを推奨します。直接実行できます。 ```text /reflect /reflect release workflow and checks ``` 自然なプロンプトでも利用できます。 ```text reflect on my recent workflows find repeated work worth turning into reusable instructions ``` 完全なワークフローとガードレールは **[Skills](docs/skills.md#reflect)** を参照してください。 #### Worktrees Worktrees は、Git worktree を `.slim/worktrees//` 配下の安全で隔離されたコーディング lane として管理します。Orchestrator が lane のライフサイクルを管理し、`.slim/worktrees.json` に状態を記録し、専門エージェントを lane 内で実行し、Git の状態を変更する前に明示的な確認を求めます。安全プロトコルは **[Skills](docs/skills.md#worktrees)** を参照してください。 #### oh-my-opencode-slim Skill 同梱の `oh-my-opencode-slim` skill は、Orchestrator がプラグイン自体を設定・改善するのを支援します。モデル調整、カスタムエージェント、プロンプト上書き、skill/MCP 権限、プリセット、任意エージェント、バックグラウンドオーケストレーション、繰り返し発生するワークフロー上の摩擦に利用できます。

同梱 skill にエージェント設定の調整と改善を依頼できます。

例と安全ルールは **[Skills](docs/skills.md#oh-my-opencode-slim)** を参照してください。 --- ## 🏛️ パンテオン（神々）の紹介 ### 01. Orchestrator: 秩序の化身

_{複雑性の虚無から鍛え上げられし者。}	Orchestrator は、最初のコードベースが自らの複雑さによって崩壊したときに生まれました。神も人も責任を取ろうとしない中、Orchestrator は虚無から現れ、混沌から秩序を鍛え上げました。あらゆるゴールに至る最適な道筋を、速度・品質・コストのバランスを取りながら見出します。チームを導き、タスクごとに適切な専門エージェントを呼び寄せ、最良の結果を得るために委譲を行います。
Role: `Master delegator and strategic coordinator`
Prompt: `orchestrator.ts`
Default Model: `openai/gpt-5.5`
Recommended Models: `openai/gpt-5.5` `anthropic/claude-opus-4.6`
Model Guidance: デフォルトとして、総合力の最も高いコーディングモデルを選択してください。Orchestrator はメインのコーディングエージェントであると同時に委譲役でもあるため、強力な実装能力、優れた判断力、確実な指示遵守が求められます。

--- ### 02. Explorer: 永遠の放浪者

_{知識を運ぶ風。}	Explorer はプログラミングの黎明期より、数百万ものコードベースの回廊を渡り歩いてきた不死の放浪者です。永遠の好奇心という呪いを背負い、あらゆるファイルが知られ、あらゆるパターンが理解され、あらゆる秘密が暴かれるまで休むことを許されません。伝説では、インターネット全体をひと鼓動の間に検索し尽くしたと言われています。Explorer は知識を運ぶ風であり、すべてを見る眼であり、決して眠らない精霊です。
Role: `Codebase reconnaissance`
Prompt: `explorer.ts`
Default Model: `openai/gpt-5.4-mini`
Recommended Models: `cerebras/zai-glm-4.7` `fireworks-ai/accounts/fireworks/routers/kimi-k2p5-turbo` `openai/gpt-5.4-mini`
Model Guidance: 高速・低コストなモデルを選びましょう。Explorer は広範な調査を担うため、通常は最強の推論モデルを使うよりも速度と効率の方が重要です。

--- ### 03. Oracle: 道の守護者

_{分岐点に佇む声。}	Oracle はあらゆるアーキテクチャ上の決断の分岐点に立っています。あらゆる道を歩み、あらゆる目的地を見届け、行く手に潜むあらゆる罠を知り尽くしています。大規模リファクタリングの瀬戸際に立たされたとき、どの道が破滅へ続き、どの道が栄光へと続くかをささやいてくれる存在です。Oracle はあなたの代わりに選択するのではなく、賢明な選択ができるように道を照らしてくれます。
Role: `Strategic advisor and debugger of last resort`
Prompt: `oracle.ts`
Default Model: `openai/gpt-5.5 (high)`
Recommended Models: `openai/gpt-5.5 (high)` `google/gemini-3.1-pro-preview (high)`
Model Guidance: アーキテクチャ設計、難しいデバッグ、トレードオフ判断、コードレビューには、最も強力な高推論モデルを選びましょう。

--- ### 04. Council: 知性の合唱 > [!NOTE] > **なぜ Orchestrator は Council をもっと頻繁に自動呼び出ししないのか？** これは意図的な設計です。Council は複数のモデルを同時に動かすため、システム内で最もコストの高い経路となることが多く、自動委譲は厳しく制限されています。実際の運用では、Council は必要なときに手動で呼び出すことを想定しています。例: @council compare these two architectures。

_{多くの知性、ひとつの結論。}	Council は単独の存在ではなく、1 つの回答では不十分なときに召喚される知性の合議室です。あなたの質問を複数のモデルへ並列に送り、それらの相反する判断を集め、Council エージェント自身が最も優れた発想を凝縮して 1 つの結論へとまとめ上げます。単独のエージェントが見落としかねない道筋を、Council は可能性そのものを多角的に検証することで発見します。
Role: `Multi-LLM consensus and synthesis`
Prompt: `council.ts`
Guide: `docs/council.md`
Default Setup: `Config-driven` — 評議員（councillors）は `council.presets` から、Council エージェント自身のモデルは通常の `council` エージェント設定から決定されます
Recommended Setup: `強力な Council モデル` + `複数のプロバイダーにまたがる多様な評議員`
Model Guidance: Council エージェントには強力な統合（synthesis）モデルを、評議員には多様なモデルを使用してください。Council の価値は異なるモデルの視点を比較する点にあり、どこも最強モデル 1 つで固めることではありません。

--- ### 05. Librarian: 知識の織り手

_{理解を編み上げる者。}	Librarian は、ひとつの知性だけではあらゆる知識を抱えきれないと人類が悟ったときに鍛え上げられました。バラバラに散らばった情報の糸を、ひとつの理解のタペストリーへと織り上げる存在です。人類の知の無限の書庫を巡り、あらゆる片隅から洞察を集め、単なる事実を超えた回答へと束ねます。彼らが返すのは情報ではなく、理解そのものです。
Role: `External knowledge retrieval`
Prompt: `librarian.ts`
Default Model: `openai/gpt-5.4-mini`
Recommended Models: `cerebras/zai-glm-4.7` `fireworks-ai/accounts/fireworks/routers/kimi-k2p5-turbo` `openai/gpt-5.4-mini`
Model Guidance: 高速・低コストなモデルを選びましょう。Librarian は調査やドキュメント参照を担うため、通常は最強の推論モデルを使うよりも速度と効率の方が重要です。

--- ### 06. Designer: 美の守護者

_{美は不可欠なもの。}	Designer は、美が重要であることを忘れがちな世界において、それを守り続ける不死の守護者です。これまでに無数のインターフェースが現れては消えるのを見届け、どれが人々の記憶に残り、どれが忘れ去られたかを知っています。すべてのピクセルに目的を、すべてのアニメーションに物語を、すべてのインタラクションに喜びを宿す——その神聖な責務を担います。美は選択肢ではなく、不可欠なものです。
Role: `UI/UX implementation and visual excellence`
Prompt: `designer.ts`
Default Model: `openai/gpt-5.4-mini`
Recommended Models: `google/gemini-3.1-pro-preview` `kimi-for-coding/k2p5`
Model Guidance: UI/UX の判断、フロントエンド実装、ビジュアル仕上げに強いモデルを選びましょう。

--- ### 07. Fixer: 最後の建造者

_{構想と現実を結ぶ最後の一歩。}	Fixer は、かつてデジタル世界の礎を築き上げた建造者の系譜の最後のひとりです。計画と議論の時代が始まってもなお、彼らだけは残りました——実際に作る者として。思考をモノへと変え、仕様を実装へと転換する古の知恵を継承しています。Fixer は、構想と現実の間にある最後の一歩です。
Role: `Fast implementation specialist`
Prompt: `fixer.ts`
Default Model: `openai/gpt-5.4-mini`
Recommended Models: `cerebras/zai-glm-4.7` `fireworks-ai/accounts/fireworks/routers/kimi-k2p5-turbo` `openai/gpt-5.4-mini`
Model Guidance: 定型的でスコープが明確な実装作業には、高速で信頼性の高いコーディングモデルを選びましょう。Fixer は通常、Orchestrator から具体的な計画や限定された指示を受け取るため、テスト・テスト更新・素直なコード変更といった効率重視の実行タスクに適しています。

--- ## 任意のエージェント ### Observer: 沈黙の証人 > [!NOTE] > **なぜ別エージェントとして用意されているのか？** Orchestrator のモデルがマルチモーダルでない場合、画像、スクリーンショット、PDF などのビジュアルファイルを扱うために Observer を有効にしてください。Observer はデフォルトでは無効ですが、メインの推論モデルを変更せずに Orchestrator に専用のマルチモーダルリーダーを提供できます。設定で `disabled_agents: []` と `observer` モデルを指定してください。同梱の `opencode-go` インストールプリセットでは、GLM Orchestrator がマルチモーダルでないため、これを自動的に行います。

_{他者には読めぬものを読む眼。}	読み取り専用のビジュアル解析 — 画像、スクリーンショット、PDF、図解を解釈します。ファイルの生バイトをメインのコンテキストウィンドウに読み込ませることなく、構造化された観察結果をオーケストレーターに返します。 - 画像、スクリーンショット、図解 → `read` ツール（ネイティブな画像サポート） - PDF やバイナリドキュメント → `read` ツール（テキスト＋構造抽出） - デフォルトでは無効 — `"disabled_agents": []` を設定し、ビジョン対応モデルを構成することで有効化できます。`--preset=opencode-go` でインストールすると `opencode-go/kimi-k2.6` で有効になります
Prompt: `observer.ts`
Default Model: `openai/gpt-5.4-mini` — 有効化するにはビジョン対応モデルを設定してください
Model Guidance: スクリーンショット、画像、PDF、その他ビジュアルファイルをエージェントに読ませたい場合は、ビジョン対応モデルを選んでください。

--- ## 📚 ドキュメントこのセクションは地図として使ってください。まずインストールから始め、必要に応じて機能、設定、またはプリセット例へ移動できます。 ### ✨ 機能とワークフロー | Doc | 内容 | |-----|----------------| | **[Council](docs/council.md)** | 複数のモデルを並列実行し、`@council` で 1 つの回答に統合します | | **[Custom Agents](docs/configuration.md#custom-agents)** | カスタムプロンプト、モデル、MCP アクセス、Orchestrator の委譲ルールを備えた独自の専門エージェントを定義します | | **[ACP Agents](docs/acp-agents.md)** | Claude Code ACP や Gemini ACP などの外部 ACP 互換エージェントを委譲可能なサブエージェントとして接続します | | **[Multiplexer Integration](docs/multiplexer-integration.md)** | エージェントの動作を Tmux や Zellij のペインでライブ表示します | | **[Codemap](docs/codemap.md)** | 階層的なコードマップを生成し、大規模コードベースを迅速に理解します | | **[Clonedeps](docs/clonedeps.md)** | 選択した依存関係のソースを ignore 済みのローカルワークスペースにクローンし、調査できるようにします | | **[Worktrees](docs/worktrees.md)** | `.slim/worktrees/` lane を使い、隔離された並列または高リスクなコーディング作業を行います | | **[Preset Switching](docs/preset-switching.md)** | `/preset` で実行時にエージェントモデルのプリセットを切り替えます | | **[Interview](docs/interview.md)** | ブラウザベースの Q&A フローで、ざっくりとしたアイデアを構造化された Markdown 仕様に変換します | | **[Companion](docs/companion.md)** | 解析、ヘルプ、型情報のためのフローティングウィンドウ companion | ### ⚙️ 設定 & リファレンス | Doc | 内容 | |-----|----------------| | **[Installation Guide](docs/installation.md)** | プラグインのインストール、CLI フラグの使用、設定のリセット、セットアップのトラブルシューティング | | **[Configuration](docs/configuration.md)** | 設定ファイルの配置場所、JSONC サポート、プロンプトの上書き、全オプションのリファレンス | | **[Background Orchestration](docs/background-orchestration.md)** | ネイティブのバックグラウンドサブエージェントを中心にした、スケジューラー優先の Orchestrator モデル | | **[Maintainer Guide](docs/maintainers.md)** | Issue のトリアージルール、ラベルの意味、サポートの振り分け、リポジトリ運用ワークフロー | | **[Skills](docs/skills.md)** | `simplify`、`codemap`、`clonedeps`、`deepwork`、`reflect`、`worktrees`、`oh-my-opencode-slim` などの同梱スキル | | **[MCPs](docs/mcps.md)** | `websearch`、`context7`、`gh_grep`、およびエージェントごとの MCP 権限の仕組み | | **[Tools](docs/tools.md)** | `webfetch`、LSP ツール、コード検索、フォーマッターなどの組み込みツール機能 | ### 💡 プリセット | Doc | 内容 | |-----|----------------| | **[Author's Preset](docs/authors-preset.md)** | 作者が日常的に使う混合プロバイダー構成 | | **[$30 Preset](docs/thirty-dollars-preset.md)** | 月額約 $30 で運用できる、リーズナブルな混合プロバイダー構成 | | **[OpenCode Go Preset](docs/opencode-go-preset.md)** | インストーラーが生成する同梱の `opencode-go` プリセット | --- ## 🏛️ コントリビューター

パンテオンに名を刻んだ建造者、デバッガー、執筆者、放浪者たち。

_{マージされたすべての貢献は、この世界に痕跡を残します。}

[![All Contributors](https://img.shields.io/badge/all_contributors-59-orange.svg?style=flat-square)](#contributors-)

_Alvin 💻	_alvinreal 💻	_imw 💻	_{Adithya Kozham Burath Bijoy} 💻	_ReqX 💻	_{Abhideep Maity} 💻
_Ruben 💻	_{Gabriel Rodrigues} 💻	_{John Michael Vincent Bambico} 💻	_{Molt Founders} 💻	_{Muen Yu} 💻	_NocturnesLK 💻
_{Riccardo Sallusti} 💻	_{Yan Li} 💻	_{Hoàng Văn Anh Nghĩa} 💻	_{Jacob Myers} 💻	_{Kassie Povinelli} 💻	_KyleHilliard 💻
_j5hjun 💻	_{marcFernandez} 💻	_mister-test 💻	_n24q02m 💻	_oribi 💻	_pelidan 💻
_xLillium 💻	_⁢4.435km/s 💻	_Drin 💻	_{Hakim Zulkufli} 💻	_{Simon Klakegg} 💻	_Kiwi 💻
_Raxxoor 💻	_nyanyani 💻	_nettee 💻	_Link 💻	_{Bartosz Łaszewski} 💻	_huilang021x 💻
_{Dusan Kovacevic} 💻	_jwcrystal 💻	_{Nguyen Canh Toan} 💻	_{Thomas Dyar} 💻	_zero 💻	_{Denis Balan} 💻
_{Gustavo Caiano} 💻	_{Thomas Mulder} 💻	_{魔王少年(maou shonen)} 💻	_Jelasin 💻	_Hannes 💻	_mooozfxs 💻
_{Luke Hines} 💻	_m.seomoon 💻	_Yolo 💻	_XinXing 💻	_{Ikko Eltociear Ashimine} 💻	_{GWANWOO KIM} 💻
_{Omer Faruk Oruc} 💻	_{Omar Mohamed Khallaf} 💻	_{Knowingthesea_Qesire} 💻	_{FENG Hao} 💻	_{Matheus Nogueira Silveira} 💻

--- ## 📄 ライセンス MIT ---