القائمة
Governed AgentDefinition creation. Writes a typed agent spec to `agents/<name>.json` and registers it in a Hermes-style index at `agents/registry.json` for reuse across runs.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | agentfactory |
| description | Governed AgentDefinition creation. Writes a typed agent spec to `agents/<name>.json` and registers it in a Hermes-style index at `agents/registry.json` for reuse across runs. |
For when you want to create a reusable typed agent (e.g., a code-reviewer agent or a migration-runner agent) rather than re-specifying its behavior every run.
agents/
registry.json # index of all agents
code-reviewer.json # individual agent definition
migration-runner.json
...
Each agent definition: { name, description, prompt, tier, tools, createdAt, version }.
/dispatch and the multispec engine can reference registered agents by name in their agents: map.agents/<name>.v<N>.json for reproducibility.Ask. Achieve. The canonical user-facing entry to claudemax — describe your goal, the SOTA-2026 pipeline (deepresearch → multispec → parallel /goal → verify) handles the rest. Same engine as /cmax with a friendlier verb. CLI equivalent is `cmax ask "<goal>"`.
The default FAT umbrella. Auto-runs deepresearch + multispec decomposition + parallel /goal + verify. Opus for planning/judgment/verification; Sonnet for sub-Spec execution (escalates per router). Multispec engine selects Mode A (SDK subagents) or Mode B (Claude Code Agent Teams) automatically based on work size. Your default daily-driver.
Max-effectiveness umbrella. Opus for EVERYTHING — planning, decomposition, sub-Spec /goal execution, verification. Use for novel domains, security/auth/payments, or when you want the highest ceiling regardless of cost.
Show the model-routing decision for a task (Fable/Opus/Sonnet/Haiku) with reasoning. Use before launching a packet to sanity-check the tier and to override when you have stronger judgment than the heuristic.
Reviews a proposed diff for correctness, security, style, taste alignment. Distinct from /audit (which reviews existing code, not diffs) and /verify (which checks SPEC completion).
Spec quality gate. Every completion condition must have a mechanically-checkable verifyHint (file path, command, test name, behavior). Blocks /goal handoff if the spec wouldn't be verifiable.