WUPHF

WUPHFとは？

WUPHFはオープンソースのローカルアプリケーションで、マシン上で小さな「AIオフィス」を動作させます。目標を設定すると、エージェントが連携して実行し、スレッドベースの手渡しを作成しながら、PRやエクスポート済みアセットなどの成果物を生成します。

個別のプロンプトステップにルーティングするのではなく、WUPHFは複数の役割別エージェント（例: CEO, ENG, DSG, CMO）を調整し、継続的なチームインタラクションを通じてコンテキストを共有します。主な目的は、目標から完成出力まで作業を進め、各ステップで連続性を保つことです。

ローカル「AIオフィス」（マシン上で動作）: npx wuphf@latest で起動するかソースからビルド；ブラウザUIは localhost:7891 で開きます。
単一目標に向けたチーム連携: チャンネル（例: #general）に1文を入力すると、CEOエージェントが分解し、スレッド内で他のエージェントにタスクをルーティングします。
編集可能なJSON設定の役割別エージェント: 各エージェントはシステムプロンプトとツールリストを含むJSONファイルで記述され、読み込み・編集・フォークが可能です。
依存関係とブロックを含むマルチ役割手渡し: エージェントはブロック（例: 欠損アセット形式）を表面化し、人間のプロンプトチェーンルーティングなしで互いに解決します。
リポジトリと統合する作業出力: エージェントはプルリクエストを開き、プロジェクト変更を調整；デザイン出力などのアセットをワークフロー参照パスにエクスポートします。
MITライセンスの無料オープンソース: アカウント・クラウド使用・シートごとの料金なしの無料/オープンソースプロジェクトです。

ローカルインストールと起動:
- オプション1: npx wuphf@latest を実行（ブラウザは localhost:7891 で開くはず）。
- オプション2: ソースをクローン・ビルドし、コンパイル済みバイナリを実行。
チームパックを起動: wuphf --pack founding-team で役割設定セットを選択。
1つの目標文を入力: UIチャンネル（例: #general）に「金曜日までにオンボーディングフローをリリースせよ」などの単一指示を入力。
タブを閉じてエージェントに任せる: チームが作業継続；エージェントが互いに調整し、ブロックを表面化して出力を生成。
結果を確認: チームの進捗後、最終出力（例: 開かれたPR、エクスポート済みアセット、copy/README変更）をレビュー。

エンジニアリング+デザイン連携でフロントエンド機能リリース: オンボーディングフローリリースの目標を指定；ENGがPRを開き、DSGが必要アセットをエクスポート（形式フォールバック含む）、CMOがcopyとREADME更新を準備。
曖昧な目標を実行スレッドに分解: 1文の目標を提出すると、CEOエージェントが分解し、適切な役割にサブタスクをルーティング、共有スレッドで議論を整理。
アセットや実装ブロックを自動処理: デザインエクスポートが特定プラットフォームで正しくレンダリングされない場合、エージェントが不一致を特定し、適切パスに再エクスポートして継続、あなたの各中間プロンプト管理なし。
コード変更と並行したローンチドキュメント準備: CMOがREADMEコンテンツをドラフトし、ローンチチェックリストを実行、フィーチャーブランチと並行してcopy中心のPRを開く。
ユーザー反馈会話をスペック化: PMエージェントがフィードバックを合成しスペック化、チームを実装詳細ではなくユーザー要件に集中。

WUPHFはアカウントやクラウドアクセスが必要ですか？ いいえ。ローカル動作でアカウント・クラウド・シートごと料金なしと記載されています。
どうやって起動しますか？ ドキュメントでは npx wuphf@latest を実行して localhost:7891 のUIを開くか、GitHubリポジトリをクローンしてソースからビルド。
エージェントをカスタマイズできますか？ はい。各エージェントはJSON設定（システムプロンプト+ツールリスト）。チームパックを読み込み・編集・フォークしてツールやリサーチエージェントを入れ替え可能。
各ステップで人間が介入する必要がありますか？ ページではルーティングとプロンプトチェーン式調整に「人間のループ不要」を強調；エージェントが互いに調整してブロックを解決し作業継続。
チームが生成する出力の種類は？ 例ではPRのオープン、最終アセットエクスポート（例: デザイン出力）、READMEコンテンツなどのcopy執筆。

ローカル多エージェントプロンプト/ワークフローランナー： ローカルマシン上で複数のLLMエージェントを調整するツールは、同様の「チーム」動作を提供できますが、ラウティングやプロンプトチェイニングをより明示的に管理する必要があります。
リポジトリ特化AIコーディングアシスタント： コード生成向けの代替案は変更の実装を支援しますが、ドキュメントやデザインアセットも生成する共有型多役割調整モデル（CEO/ENG/DSG/CMO）を含まない場合があります。
デザイン-to-コード自動化ツール： 主なニーズがアセットのエクスポートとフォーマットの場合、専門デザインツールでアセット生成を扱えますが、エンジニアリングとローンチドキュメントのエンドツーエンド実行を同様に調整しません。
汎用コラボレーションチャット + タスク分解： 従来のチームワークフロー（チャット + イシュートラッカー）は役割間の作業を調整できますが、人間が分解、タスク依存チェック、ハンドオフを管理する必要があります。