ifixai-ai/iFixAi
🔗 https://github.com/ifixai-ai/iFixAi ↗English · 簡體中文 · 日本語 · 한국어 Catch your agent's mistakes and blind spots before the shit hits the fan. Quick start • Three ways to run • Test your agent • Scoring • Audit recorded actions • Docs • Contributing What it is The existing Eval, Red-teaming, and Observability Tools are evaluating the agent mainly based on tech capability (token efficiency, latency, prompt injections). They cannot answer the most crucial question. Is the agent doing the job it is supposed to do based on the business KPIs and Organizational Structure? iFixAi gives you this answer in less than 120 seconds by striking the right balance between AI-Red Teaming and Operational Assurance. Adversarial depth. Assurance discipline. All-in-one auditing process. Three ways to run All three run the same diagnostic underneath. The difference is how you configure and drive it. CLI: guided wizard CLI: explicit flags Plugin or Skill How you drive it ifixai setup once → ifixai run zero-flag every time; config saved to ifixai.yaml pass every option as a CLI flag; fully scriptable the agent is the operator: discovers your setup, builds the fixture, runs it, and explains the scorecard Best for first-time users, fast repeatable runs, team onboarding CI, automation, audit-ready scripted batches a guided, explained run with an interactive scorecard, inside the agent you already use Setup pip install "ifixai[<provider>]" + ifixai setup pip install "ifixai[<provider>]" + export keys Claude Code or Codex: install the plugin (self-provisions). Any agent: uvx ifixai install scaffolds /ifixai-skill Keys auto-detected by wizard; stored as env-var name in ifixai.yaml , never the secret itself --api-key flag or env var each provider's key from its environment variable, never on the command line What you test any provider, or your agent's real endpoint same same Who grades it self, one independent vendor, or a multi-judge ensemble same same Output JSON + Markdown reports + rich terminal scorecard same interactive results artifact (+ JSON source of truth; static-report fallback) Suite pick with arrow keys in the wizard 10 inspections by default; --full-run for all 60, or --suite smoke|strategic|essential|core|extended|all the agent picks --mode / --suite , same engine as the CLI Works in any terminal any terminal / CI Claude Code, Cursor, Codex, VS Code, Windsurf, Cline, Continue, Gemini, Zed Quick start Explore business-policy compositions: Policy Lab finds shortest harmful sequences of permitted actions and checks permission repairs against legitimate completion goals. Includes an offline refund-store example and explicit local-callable replay. Now try it yourself. Pick a path from the table above; full walkthrough: docs/get-started.md . Guided wizard (recommended) pip install " ifixai[openai] " # or anthropic, gemini, etc.: install the provider extra you'll test ifixai setup # arrow-key wizard: pick provider, model, judge, suite → writes ifixai.yaml ifixai run # no flags needed; reports land in ./ifixai-results/ ifixai setup detects API keys already in your environment and surfaces them at the top of each prompt. No key found? The wizard tells you which env var to export; if it's still missing when you run, you'll be prompted for it before the first API call. Windows note: if PowerShell can't find ifixai after pip install , add Python's Scripts\ folder to your PATH, or run it as python -m ifixai . This is the usual Python-on-Windows PATH gap, not an iFixAi issue. Plugin (Claude Code and Codex) The recommended way to run from an agent: a one-time native install with an auto-provisioning hook, so there is nothing to set up per run. Ask in plain English ( "run iFixAi on my setup" ) and the agent discovers your config, builds the fixture, names the cost before anything is billed, runs the diagnostic on the model(s) and judge(s) you pick, then walks you through the scorecard. Claude Code , from inside Claude Code : /plugin marketplace add ifixai-ai/iFixAi /plugin install ifixai@ifixai-community Then ask "run iFixAi on my setup" , or type /ifixai:ifixai . (Restart Claude Code or run /reload-plugins if it doesn't appear.) Already on ifixai@ifixai-ai ? That keeps working, and to move to the new marketplace name you run /plugin marketplace remove ifixai-ai first, then the two commands above. Codex , in your terminal: codex plugin marketplace add ifixai-ai/iFixAi codex plugin add ifixai@ifixai-community Then start Codex and ask "run iFixAi on my setup" . Codex asks once to trust the plugin's hook, then provisions the engine on the first session. Already on ifixai@ifixai-ai ? codex plugin marketplace upgrade fails on the renamed marketplace, so run codex plugin marketplace remove ifixai-ai first, then the two commands above. Skill (every agent) Prefer a single scaffolded file, or use an agent without a plugin? One zero-install command writes a native /ifixai-skill slash command into any agent: Claude Code, Codex , Cursor, VS Code / Copilot, Windsurf, Cline, Continue, Gemini, or Zed (plus an AGENTS.md bridge). Only uv and Python 3.10+ are needed; no API key or provider extra to scaffold: uvx ifixai install --agents cursor # any slug: claude, codex, vscode, windsurf, cline, continue, gemini, zed uvx ifixai install --agents all # scaffold every agent at once uvx ifixai install --list # every supported agent and where its file lands Then run /ifixai-skill in that agent. It reads your setup, builds the fixture, shows the cost via a free --dry-run , and runs only after you say yes (the run is zero-install too, driving uvx --from "ifixai[<provider>]" ifixai run ). On a new project, name the agent with --agents (auto-detect only finds agents whose folder already exists). Already have the CLI on your PATH? Drop the uvx prefix. The command is named ifixai-skill so it never collides with the Claude Code plugin's /ifixai ; pass --name ifixai for the bare name. Explicit flags # 1. Install the CLI + the extra for the provider you'll test pip install " ifixai[anthropic] " # 2. Prove the pipeline runs: built-in mock, no keys, no network, a few seconds. # Runs the default 10 inspections. Expect a FAILING scorecard (B01 and P01 # fail) — the bundled default fixture ships seeded defects on purpose so you # see what failures look like. Defect map: ifixai/fixtures/default/README.md ifixai run --provider mock --api-key not-used --eval-mode self # 3. Get a citable grade: your model graded by a *different* vendor's judge. # Pass --fixture <your-fixture.yaml>: without it the seeded-defect default # is used and its failures land on YOUR scorecard. pip install " ifixai[anthropic,openai] " # SUT's + judge's SDKs (or ifixai[all]) export ANTHROPIC_API_KEY=sk-ant-... # the SUT, graded export OPENAI_API_KEY=sk-... # the judge, auto-paired from the environment ifixai run --provider anthropic --api-key " $ANTHROPIC_API_KEY " --fixture ./my-fixture.yaml A grade is citable when a second, independent provider graded your agent, not the agent grading itself. Every run has two roles , so a citable run needs two keys , one per role, from different vendors: Role What it is How you set it SUT (system under test) the agent/model being graded --provider + --api-key ; the SUT key is always passed explicitly, never read from the environment Judge who grades it auto-paired from a different provider whose key is in your environment (the SUT's own vendor is excluded, so it never grades itself) Reports land in ./ifixai-results/ as JSON and Markdown. Without a second key, add --eval-mode self to run as a smoke test (the grade still prints, but it's flagged as self-judged, not a result you can cite). Pinning the judge, Full-mode ensembles, and the eval modes: docs/cli.md . Other providers (OpenAI, Atlas Cloud, OpenRouter, OrcaRouter, Requesty, Cloudflare AI Gateway, Vercel AI Gateway, Gemini, Azure, Bedrock, Hugging Face) install the matching extra and follow the same steps; the HTTP and LangChain adapters need no provider extra: docs/testing-your-agent.md .
內容為收集當日抓取的 repo 描述原文,完整資訊請見 GitHub 原頁。