ソース情報
- リポジトリ
- no-phux/phux
- ソースの最終更新活動
- 2026年6月1日 03:50
- 検出された SKILL.md の言語
- 英語
- スター
- 4
- フォーク
- 0
インストール方法
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
ソースファイルを確認
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
メニュー
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/no-phux/phux --skill gc-workコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか?SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
Drive phux as the canonical agent orchestration surface: create sessions, launch or spawn explicitly placed panes, reshape existing-pane layout, observe bounded events, report asks, and use the matching MCP tools without taking human focus or inventing lifecycle guarantees.
Drive phux through its installed MCP stdio adapter. Covers live schema discovery, the read-act-observe-verify loop, selectors, agent lifecycle edges, delivery uncertainty, bounded waits, and destructive-operation confirmation.
Drive phux from an agent. Read a pane, act on it, wait for an observed transition, verify. Covers the am-I-inside-phux check, the selector grammar, the level-versus-edge rule that decides whether a supervision loop is correct or broken, exit codes, the JSON error contract, and the safety rules for driving a terminal a human may also be using.
| name | gc-work |
| description | Finding, creating, claiming, and closing work items (beads) |
Everything in Gas City is a bead — tasks, messages, molecules, convoys.
The gc bd CLI is the primary interface for bead CRUD.
Each rig has its own .beads/ database with its own ID prefix (e.g.
fe- for frontend, be- for beads). A bead must live in the
same database as the agent that will work on it. When you sling a bead
to a rig-scoped agent, sling operates on the agent's rig database — so
the bead must already exist there. The bead ID prefix tells you which
rig it belongs to.
Use gc rig list to see rig names, paths, and prefixes.
Use --rig to create beads in the right database. If the work will
be dispatched to a rig-scoped agent, create the bead in that agent's rig:
gc bd create "title" --rig frontend # Create in frontend's db (fe- prefix)
gc bd create "title" --rig beads # Create in beads db (be- prefix)
gc bd create "title" # Create in current directory's .beads/
gc bd create "title" -t bug # Create with type
gc bd create "title" --label priority=high # Create with labels
gc bd list # List beads in current .beads/
gc bd list --rig <rigname> # List beads in a specific rig
gc bd ready # List beads available for claiming
gc bd ready --label role:worker # Filter by label
gc bd show <id> # Show bead details
gc bd update <id> --claim # Claim a bead (sets assignee + in_progress)
gc bd update <id> --status in_progress # Update status
gc bd update <id> --label <key>=<value> # Add/update labels
gc bd update <id> --note "progress..." # Add a note
gc bd close <id> # Close a completed bead
gc bd close <id> --reason "done" # Close with reason
gc hook show <agent> # Show what's on an agent's hook
gc agent claim <agent> <id> # Put a bead on an agent's hook