> Run a lightweight single-prompt A/B comparison of free Atlassian/local MCP context vs TWG CLI graph context using paired read-only agent sessions.
npx skills add https://github.com/atlassian/twg-cli --skill twg-bench-lite
Run one read-only prompt twice: once with free Atlassian/local MCP context and
once with paid Atlassian Teamwork Graph context through TWG CLI. This is a
skill-first workflow with a thin twg benchmark lite run bridge. The benchmark
repo owns reusable runner, judge, and report-template code.
Run twg <command>. On shell command not found, use $HOME/.local/bin/twg
(macOS/Linux) / $env:LOCALAPPDATA\Programs\twg\bin\twg.exe (PowerShell), then
tell user to add that directory to PATH. Do not treat auth or command errors as
PATH failures.
V1 supports Codex and Rovo live runs. Claude is V2. Do not require users to
install the benchmark CLI locally.
Use a text-only read task both arms can attempt. Do not compare mutations; for
writes, compare a read-only plan or dry-run only after user approval. Preserve
the underlying prompt byte-for-byte for both arms.
For the default full lifecycle command, verify the portable runner and selected
runtime first:
twg benchmark lite --check
The default check is Codex; use --agent rovo when the run should use Rovo.
For Rovo runs:
twg benchmark lite --check --agent rovo
The quality judge defaults to the selected runtime, so Rovo runs use a Rovo
judge by default. If the user explicitly wants a different judge runtime, use:
twg benchmark lite --check --agent rovo --judge-agent codex
The managed custom agents are only required for manual orchestration:
twg-bench-lite-controltwg-bench-lite-testIf a manual run needs either agent and it is missing, tell the user to run:
twg skills install --yes
Then start a fresh Codex thread so agent discovery refreshes. Do not substitute
generic agents for manual orchestration because arm isolation is the point.
Before a live run, verify setup with:
twg benchmark lite --check
This checks the bundled runner artifact and the selected live-run runtime.
Codex checks include the Codex executable and Codex home. Rovo checks include
the Rovo executable and OAuth status. If --judge-agent differs from --agent,
the check verifies both runtimes. It also reports the global twg-bench-lite
skill install and managed control/test Codex agent configs as manual-workflow
optional checks when relevant.
plus user-local MCPs/connectors. Do not use TWG CLI, TWG skills, paid graph
tools, prior artifacts, or local files as task evidence unless the prompt is
explicitly about local files.
with bundled TWG guidance as the primary work-data source.
For the default full lifecycle, run:
twg benchmark lite run --prompt "<read-only prompt>" --output-dir <dir>
Use --agent rovo to run the same lifecycle with Rovo.
The quality judge uses the same runtime unless --judge-agent codex|rovo is
supplied.
For manual orchestration:
twg benchmark lite plan --prompt-file <prompt-file> --json.
twg-bench-lite-control and twg-bench-lite-test.
add arm-specific instructions; the managed agent configs own isolation.
The test agent may receive the TWG route plan as tool-selection policy only;
it is not answer evidence.
override equally to both arms.
and reports.
Print lifecycle progress in the parent session: start, prompt captured, agents
started, each arm finished, outputs read, quality reviewed, report compiled,
done.
Read both answers before interpreting token delta. Classify as equivalent,
twg-better, control-better, capability-gain, or not-comparable.
not-comparable is a real outcome for missing, unusable, or non-comparable
answers, not a placeholder. Claim observed savings only for equivalent or
twg-better; for capability-gain, report capability instead.
Evaluate coverage, correctness, evidence quality, directness, and limitations.
Do not assign numeric quality scores.
Return a compact report in the parent answer with:
TWG used in test, and any measurement gaps.
If token/session metrics are unavailable, say "not measured"; do not estimate.
Describe the result as one observed prompt comparison, not a universal
efficiency rate.
Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
Replace with description of the skill and when Claude should use it.
Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies
This skill should be used when the user wants to "create a skill", "add a skill to plugin", "write a new skill", "improve skill description", "organize skill content", or needs guidance on skill structure, progressive disclosure, or skill development best practices for Claude Code plugins.
Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Take atlassian/twg-bench-lite from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.