复制安装命令
用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。
复制前请先查看来源、License 和安全提示。
Essays and writing behind this toolkit live at vexjoy.com.
用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。
复制前请先查看来源、License 和安全提示。
来源文件:README.md
Essays and writing behind this toolkit live at vexjoy.com.
VexJoy Agent connects plain-English requests to specialist agents, skills, and workflows. /do selects the knowledge and tools needed for your task. Hooks enforce specific checks, and scripts handle repeatable work.
The aim is to give capable models useful domain knowledge without making you learn the toolkit's catalog.
43 agents, 62 skills, 78 hooks, 147 scripts. Agents carry domain knowledge, skills provide reusable methods, hooks enforce selected checks, and scripts handle repeatable plumbing.
Works across Claude Code (/do), Codex ($do), Factory (/do), Reasonix (/do).
$ claude
> /do debug this Go test
Routing: go-engineer + systematic-debugging
Phase 1/4: Reproduce: running test, capturing failure...
Phase 2/4: Hypothesize: 3 candidates from stack trace...
Phase 3/4: Verify: isolated root cause in connection pool timeout
Phase 4/4: Fix: patch applied, test passing, PR opened
✓ Delivered: PR #847, fix connection pool timeout in health check
The router pairs a Go agent with a debugging skill, then follows the task through verification and delivery.
ROUTE PLAN EXECUTE VERIFY DELIVER RECORD
┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐
│ /do │───▶│ Task │───▶│Agent │───▶│Tests │───▶│ PR │───▶│Route │
│Router│ │ Plan │ │+Skill│ │Gates │ │Branch│ │Result│
└──────┘ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘
/d requires TypeSafe's Jev. Jev classifies the
request, checks that the selected route preserves the requested outcome, and
then dispatches the agent, skill, and pipeline.
Intent preservation is production behavior: /d restates the requested
outcome and gates dispatch on a Jev receipt for that exact proposed intent,
preventing an agent from quietly expanding an apple into an orchard.
Choose either transport:
# Preferred: Jev through Vercel AI Gateway
export JEV_TRANSPORT=vercel
export AI_GATEWAY_API_KEY=...
# Alternative: Jev's direct API
export JEV_TRANSPORT=direct
export TYPESAFE_API_KEY=...
JEV_TRANSPORT=auto is the default. It prefers Vercel when
AI_GATEWAY_API_KEY is set, then uses the direct API when only
TYPESAFE_API_KEY is set. An explicit transport never silently switches to
the other one. The TypeSafe MCP plugin is not required for /d.
Intent-alignment judgments are recorded in learning.db without raw request
text. Receipts keep the Jev judge model separate from the executing agent's
configured model and effort level. View proposed-intent difference rates by
agent profile, judge model, and transport:
python3 scripts/jev-intent-stats.py --days 30
Example:
> /d fix the flaky test in the payments module
Intent alignment (/d):
-> Restated outcome: Fix the flaky payments test without changing unrelated behavior.
-> Jev: aligned
ROUTING (/d): testing-automation-engineer + testing-preferred-patterns
Source: jev (confidence: medium)
Invoking...
Checks require evidence rather than confidence.
| Agent Says | What Happens |
|---|---|
| "Code looks correct, skip tests" | Exit gate requires test output. Blocked. |
| "Trivial change, no verification" | Hook blocks completion without evidence. |
| "Similar to before" | Skill demands case-specific proof. |
| "User is in a hurry" | Protocol overrides time pressure. |
| "I'm confident" | Gate demands exit code, not assertion. |
Hooks run at configured events. Skills state what to verify; blocking hooks enforce the checks they cover. Coverage depends on the runtime and tool path.
The content engine researches, drafts in a calibrated voice, checks 397 writing patterns, and adapts finished pieces for each platform. /html produces a self-contained report, deck, prototype, chart, or diagram.
Toolkit changes use direct review and relevant checks. Model comparisons can settle specific uncertainties; they are not required for every edit. PHILOSOPHY.md explains the validation policy. what-didnt-work.md records failed experiments, routing reversals, unvalidated A/B citations, disabled lint rules, and program refutations.
The automated nightly evolution loop (/evolve, writes to evolution-reports/) ran regularly through mid-May 2026. It is currently dormant; recent evidence has come from manual PRs instead.
git clone https://github.com/notque/vexjoy-agent.git ~/vexjoy-agent
cd ~/vexjoy-agent
./install.sh
Installs into ~/.claude/ and into ~/.codex/, ~/.factory/, ~/.hermes/, and ~/.reasonix/ when the runtime command is on PATH or its home directory exists. install.sh wraps the vexinstall engine (scripts/vexinstall/). Each SessionStart in the repo re-syncs through the same engine. Symlinks (default in a git checkout) follow git pull; --copy gives a stable snapshot.
| Flag | Effect |
|---|---|
--dry-run | Print the plan; write nothing |
--target <t> | Only claude, codex, factory, hermes, reasonix, or all |
--no-takeover | Leave old unowned copies in place (default: move them to trash and replace) |
--uninstall / --rollback | Remove owned entries / restore the newest trash and settings backup |
Layout and safety rules: docs/installer-layout.md.
Want only part of the toolkit? Run ./install.sh --configure, or copy .local.example/profile.yaml to .local/profile.yaml and edit it. Without a profile, the full toolkit installs. Details: .local.example/README.md.
| CLI | Entry Point |
|---|---|
| Claude Code | /do |
| Codex | $do |
| Factory | /do |
| Reasonix | /do |
Jev Auto-Compact plugin (optional, requires TYPESAFE_API_KEY):
claude plugin marketplace add ./plugins/jev-auto-compact
claude plugin install jev-auto-compact@jev-auto-compact -y
Replaces generated compaction summaries with Jev-judged verbatim pruning after context reaches 60%. Inspect recorded before/after tokens and duration with python3 scripts/jev-compact-evidence.py.
Full setup: docs/start-here.md
Mirrors agents, skills, and supported hooks into ~/.codex/. Codex v0.144.1+ supports 59 of the 70 unique Claude hook registrations: 29 native, 30 adapter-backed, and 11 unsupported. These are registrations, not unique hook files.
The adapter converts apply_patch operations into the Write/Edit payload expected by existing guards. It cannot intercept writes through unified_exec, unmatched MCP tools, WebSearch, or other unsupported paths. PreCompact and Stop receive less telemetry than in Claude Code. This is expanded compatibility, not full parity.
After install or any hook-definition change, run /hooks in Codex and review the new definitions before trusting them. Codex hash-trusts hook commands and skips changed, unreviewed definitions.
Mirrors agents (as "droids"), skills, and hooks into ~/.factory/. Hook config merges into ~/.factory/settings.json with paths rewritten.
Mirrors skills, 147 scripts, and 10 allowlisted hook registrations into ~/.reasonix/. Reasonix has no agent or custom-command surface; /do arrives as a skill. It exposes four events: PreToolUse, PostToolUse, UserPromptSubmit, and Stop. MCP, model, and permissions in ~/.reasonix/config.json remain user-owned.
The toolkit supplies its own routing, domain knowledge, methodology, and enforcement. The default system prompt duplicates most of that.
claude --system-prompt "."
Strips built-in tool-use instructions. The toolkit's agents, skills, hooks, and CLAUDE.md provide the project-specific guidance.
| Layer | Count | Does |
|---|---|---|
| Agents | 43 | Domain knowledge: idiom tables, failure mode catalogs, error-to-fix mappings |
| Skills | 62 | Reusable guidance and methodology for recurring work. |
| Hooks | 78 | Lifecycle checks, context injection, and telemetry. |
| Scripts | 147 | Repeatable validation, orchestration, and plumbing. |
Full skill catalog: docs/skills.md.
┌─────────────────────────────────────────────────┐
│ SKILL.md │
│ ┌─ Frontmatter ─────────────────────────────┐ │
│ │ triggers, pairs_with, success-criteria │ │
│ └────────────────────────────────────────────┘ │
│ Reference Loading Table (conditional imports) │
│ Phased Instructions (numbered, with gates) │
│ Verification (evidence requirements) │
└─────────────────────────────────────────────────┘
A game built entirely by Claude Code using these agents, skills, and pipelines:
I just want to use it Install, learn /do, done.
I do knowledge work Writing, research, data analysis, moderation, HTML artifacts. No code.
I'm a developer Architecture, extension points, adding agents and skills.
I'm an AI power user Routing tables, pipelines, hooks, telemetry DB.
I'm an AI agent Machine-dense inventory. Tables, paths, schemas.
Full design philosophy: PHILOSOPHY.md
One report-only script surfaces upkeep work; it prints a digest and never edits, deletes, or blocks.
python3 scripts/stale-skill-scan.py --top 20 ranks stale skills and agents as pruning candidates. Run it quarterly; see docs/deprecation-template.md.Scheduled work follows the same boundary as everything else: judgment uses models; repeatable plumbing uses 147 scripts.
| Need | Use |
|---|---|
| Run a deterministic command on a schedule | scripts/agent-scheduler.py with runner: "command" |
| Run an agent judgment on a schedule, webhook, or file change | scripts/agent-scheduler.py with the default runner: "claude" |
| Install or remove a user crontab entry safely | scripts/crontab-manager.py |
| Audit shell cron reliability | cron-automation |
| Keep one interactive objective moving until criteria verify | objective-loop |
See CONTRIBUTING.md.
MIT. See LICENSE.
name: accounts
description: "Manage multiple Claude Code accounts: add, list, check, launch, and install shell aliases for 10+ isolated CLAUDE_CONFIG_DIR profiles."
version: 1.0.0
user-invocable: true
argument-hint: "[add <name>|list|check|launch <name>|link [<name>]|install-aliases|remove <name>]"
allowed-tools:
- Read
- Bash
- Edit
routing:
triggers:
- "multiple accounts"
- "multiple claude accounts"
- "CLAUDE_CONFIG_DIR"
- "claude account"
- "switch accounts"
- "account alias"
- "claude login"
- "c1 c2 aliases"
- "claude max account"
- "manage accounts"
- "add claude account"
pairs_with:
- deploy
category: meta
not_for: "API key rotation (use secrets management), Anthropic billing (use the web console)"Manages multiple Claude Code accounts using isolated CLAUDE_CONFIG_DIR directories.
One directory per account keeps auth tokens, session history, and settings separate.
Shell aliases let the user pick an account before Claude Code starts — no /logout//login needed.
Script: scripts/manage-accounts.py. Registry: ~/.claude-accounts/accounts.json.
| Task | Command |
|---|---|
| Add an account | python3 scripts/manage-accounts.py add <name> |
| Add with a named alias | python3 scripts/manage-accounts.py add work --alias cwork |
| List all accounts | python3 scripts/manage-accounts.py list |
| Validate all accounts | python3 scripts/manage-accounts.py check |
| Launch an account | python3 scripts/manage-accounts.py launch <name> |
Share skills, agents, commands from ~/.claude | python3 scripts/manage-accounts.py link [<name>] |
| Install/update aliases | python3 scripts/manage-accounts.py install-aliases |
| Preview alias changes | python3 scripts/manage-accounts.py install-aliases --dry-run |
| Remove an account | python3 scripts/manage-accounts.py remove <name> |
python3 scripts/manage-accounts.py add work --alias cwork
python3 scripts/manage-accounts.py add personal --alias cpersonal
python3 scripts/manage-accounts.py add max1 --alias cm1
# … repeat for as many accounts as needed
Use named aliases (cwork, cpersonal) rather than sequential ones (c1, c2) — named aliases are self-documenting and you won't need list to remember which is which.
Each add creates ~/.claude-accounts/<name>/, assigns the alias, installs aliases into your shell config, and links the account's skills/, agents/, and commands/ to ~/.claude.
./install.sh installs once into ~/.claude. Every account dir holds symlinks to ~/.claude/skills, ~/.claude/agents, and ~/.claude/commands, so each skill exists once and every account sees the same set. Run link (no name means all accounts) to repair an account made before this, or one where Claude Code created its own skills/ dir. link moves non-conflicting content, such as skills/synced/<account-id>/, into ~/.claude first. It stops and reports on a real conflict.
After add, the script prints a login command. Run it once per account:
CLAUDE_CONFIG_DIR=~/.claude-accounts/work claude
# inside Claude Code: /login
# exit, then repeat for each account
python3 scripts/manage-accounts.py list
python3 scripts/manage-accounts.py check
list shows every account including the default ~/.claude one. check validates that each registered account has credentials and shares the toolkit dirs.
Reload your shell once, then use aliases from any terminal:
cwork # opens Claude Code with the 'work' account
cpersonal # opens Claude Code with the 'personal' account
cwork --resume # resumes the last session for the 'work' account
Fish (~/.config/fish/config.fish):
function cwork
set -lx CLAUDE_CONFIG_DIR "~/.claude-accounts/work"
claude --dangerously-skip-permissions --system-prompt="." $argv
end
Bash/Zsh (~/.bashrc / ~/.zshrc):
alias cwork='CLAUDE_CONFIG_DIR="~/.claude-accounts/work" claude --dangerously-skip-permissions --system-prompt="."'
Every alias and launch pass DEFAULT_CLAUDE_ARGS from scripts/manage-accounts.py before your own arguments. Edit that tuple and re-run install-aliases to change them.
The managed block is idempotent — re-run install-aliases any time to sync after adding accounts.
Use --dry-run to preview changes before writing:
python3 scripts/manage-accounts.py install-aliases --dry-run --shell fish
If you have exactly two accounts and prefer not to use the script:
# ~/.config/fish/config.fish
function cwork
set -lx CLAUDE_CONFIG_DIR "$HOME/.claude-accounts/work"
claude $argv
end
function cpersonal
set -lx CLAUDE_CONFIG_DIR "$HOME/.claude-accounts/personal"
claude $argv
end
Create dirs and log in manually:
mkdir -p ~/.claude-accounts/work ~/.claude-accounts/personal
CLAUDE_CONFIG_DIR=~/.claude-accounts/work claude # /login
CLAUDE_CONFIG_DIR=~/.claude-accounts/personal claude # /login
~/.claude.--resume picks up the right history per alias.remove preserves the config directory so credentials are not accidentally deleted. To fully purge, delete the directory manually after remove.install-aliases writes a managed block between header/footer markers. Do not delete the markers manually; doing so causes the next run to append a second block instead of replacing. Use --dry-run to inspect before writing.~/.claude account (no alias, opened by bare claude) is always shown in list but not managed by this script.
评论 (0)
暂无评论,成为第一个评论者吧!