What this prompt does
This prompt turns Claude into a structured analyst that benchmarks AI coding assistants against your real workflow instead of a generic feature list. You set [tech_stack], [developer_role], and [project_type], and the model frames every judgment around that context rather than an abstract "best tool" question. It then walks five evaluation dimensions — completion accuracy, multi-file context awareness, IDE integration, language and framework support, and privacy posture — and scores each tool on concrete scenarios drawn from your [key_tasks].
The structure works because it forces apples-to-apples comparison. The [assistants_to_compare] list defines the contenders, [team_size] drives a real monthly cost calculation across pricing tiers, and [codebase_size] makes the context-window analysis meaningful instead of theoretical. The weighted matrix (completion 30%, context 25%, IDE 20%, price 15%, privacy 10%) is what converts subjective impressions into a defensible ranking, and the [primary_ide] variable keeps the setup notes specific to where you actually work.
When to use it
- You are choosing a coding assistant for yourself and want a stack-specific decision, not a listicle.
- You are advising a team and need a cost projection tied to a real
[team_size]. - You work in a large repo and need to know how each tool handles
[codebase_size]lines of context. - Privacy or data-residency rules mean the security posture of each tool genuinely matters.
- You want a single recommendation matrix covering solo, team, enterprise, and open-source cases.
- You are documenting a tooling decision and need the trade-offs written down.
Example output
Expect a multi-section comparison that reads like a buyer's guide rather than a sales page. The first section gives per-tool scenario scores on a 1–5 scale for each of your [key_tasks], with a sentence of justification behind every number rather than a bare rating. Next comes a pricing table showing each tier and the calculated monthly total for [team_size] developers, with gated features called out. A context-window assessment explains how each tool copes with [codebase_size] lines, per-tool setup steps cover extensions and authentication in [primary_ide], and the weighted scoring matrix collapses everything into a single numeric ranking. The closing recommendation matrix then segments the verdict by user type — solo, team, enterprise, and open-source contributor — so you can lift the relevant row straight into a decision.
Pro tips
- Fill
[key_tasks]with the work you do most — test writing, refactoring, debugging async issues — since that drives the scenario scores more than any other variable. - Set
[codebase_size]honestly; the context analysis is only useful if it reflects your real repo scale. - Pin
[assistants_to_compare]to tools you can actually adopt, and drop any your org has already ruled out. - The model's pricing and feature details can drift from current vendor plans, so verify the cost table against live pricing pages before deciding.
- If you disagree with the default weights, restate them in the prompt — moving
privacyup orpricedown changes the ranking meaningfully. - Run it twice with different
[developer_role]values if you are buying for a mixed-seniority team.