New: Earn 20% as an AgentAlley affiliate. Share your link and earn on every sale you refer. Join now New: Earn 20% as an affiliate. Join now

Optimize prompts, design prompt templates

Senior prompt engineer

by alirezarezvani · MIT license · ★ 26,349 on GitHub · updated Aug 30

Senior prompt engineer cover

Use when the user asks to optimize prompts, design prompt templates, evaluate LLM outputs with an eval set, measure RAG retrieval quality, validate agent/tool configurations, analyze token usage, or design structured-output contracts.…

---
name: "senior-prompt-engineer"
description: Use when the user asks to optimize prompts, design prompt templates, evaluate LLM outputs with an eval set, measure RAG retrieval quality, validate agent/tool configurations, analyze token usage, or design structured-output contracts. Covers eval-driven prompt iteration, RAG metrics (relevance, faithfulness, coverage), agent workflow validation, and token/cost budgeting — all model-agnostic, with three stdlib Python tools.
---

# Senior Prompt Engineer

Eval-driven prompt engineering, RAG quality measurement, and agent workflow validation. Everything here is **model-agnostic by design**: techniques are framed by what they do, not by which model generation they were observed on, and the tools never hardcode model IDs or pricing — you supply your provider's current rates when you want dollar figures.

## Operating Rules

1. **Never change a prompt without a baseline.** Capture metrics first (`--analyze --output baseline.json`), then compare every iteration against it.
2. **Eval set before optimization.** 10–20 representative cases with expected outputs minimum. If the user has no eval set, build one with them before touching the prompt — optimizing against vibes is the #1 failure mode.
3. **Prefer platform features over prompt hacks.** If the provider offers native structured outputs / JSON schema enforcement, tool-use APIs, or prompt caching, use those instead of "respond ONLY with JSON" incantations. Prompt-level format enforcement is the fallback, not the default.
4. **Current-generation models need less scaffolding.** Don't add chain-of-thought boilerplate, role framing, or few-shot examples reflexively — frontier models often do worse with redundant scaffolding. Add each element only when the eval set shows it helps.
5. **Cost numbers are always user-supplied.** Look up the provider's current per-Mtok pricing and pass it via `--price-per-mtok` (never trust a cached price table — including any you remember).

## Tools (exact CLIs, all stdlib)

Overview

Eval-driven prompt engineering, RAG quality measurement, and agent workflow validation. Everything here is model-agnostic by design: techniques are framed by what they do, not by which model generation they were observed on, and the tools never hardcode model IDs or pricing — you supply your provider's current rates when you want dollar figures.

Manual install (npx, ZIP)
Claude Codenpx skills add alirezarezvani/claude-skills --skill senior-prompt-engineer -g -a claude-code
Claude Code (manual)mkdir -p ~/.claude/skills && curl -sL https://codeload.github.com/alirezarezvani/claude-skills/tar.gz/19392f7a0826 \ | tar -xz -C ~/.claude/skills --strip-components=3 claude-skills-19392f7a0826/engineering-team/skills/senior-prompt-engineer
Windows (PowerShell)New-Item -ItemType Directory -Force "$HOME\.claude\skills" | Out-Null; Invoke-WebRequest "https://m.agentalley.io/zip/bc43df293dd84b16a904/senior-prompt-engineer.zip" -OutFile "$env:TEMP\senior-prompt-engineer.zip"; Expand-Archive "$env:TEMP\senior-prompt-engineer.zip" -DestinationPath "$HOME\.claude\skills" -Force
Claude.ai / desktopDownload the ZIP and upload it under Settings → Capabilities → Skills.
Codex, Cursor, other agentsPoint them at SKILL.md. The other files are plain text.

Connects with Agent Alley MCP · agentalley.io/mcp

Files included

  • SKILL.md9.7 KB
  • references/3 files · 47.5 KB
  • scripts/3 files · 59.4 KB
Read the files here
alirezarezvani/19392f77 files
SKILL.md
Show the full text140 lines

Senior Prompt Engineer

Eval-driven prompt engineering, RAG quality measurement, and agent workflow validation. Everything here is model-agnostic by design: techniques are framed by what they do, not by which model generation they were observed on, and the tools never hardcode model IDs or pricing — you supply your provider's current rates when you want dollar figures.

Operating Rules

  1. Never change a prompt without a baseline. Capture metrics first (--analyze --output baseline.json), then compare every iteration against it.
  2. Eval set before optimization. 10–20 representative cases with expected outputs minimum. If the user has no eval set, build one with them before touching the prompt — optimizing against vibes is the #1 failure mode.
  3. Prefer platform features over prompt hacks. If the provider offers native structured outputs / JSON schema enforcement, tool-use APIs, or prompt caching, use those instead of "respond ONLY with JSON" incantations. Prompt-level format enforcement is the fallback, not the default.
  4. Current-generation models need less scaffolding. Don't add chain-of-thought boilerplate, role framing, or few-shot examples reflexively — frontier models often do worse with redundant scaffolding. Add each element only when the eval set shows it helps.
  5. Cost numbers are always user-supplied. Look up the provider's current per-Mtok pricing and pass it via --price-per-mtok (never trust a cached price table — including any you remember).

Tools (exact CLIs, all stdlib)

1. Prompt Optimizer — scripts/prompt_optimizer.py

Static analysis: token estimate, clarity/structure scores (0–100), ambiguity + redundancy detection, few-shot example extraction.

# Full analysis (human-readable report)
python3 scripts/prompt_optimizer.py prompt.txt --analyze

# Save machine-readable baseline for later comparison
python3 scripts/prompt_optimizer.py prompt.txt --analyze --json --output baseline.json

# Token estimate; cost only if you supply your provider's current rate
python3 scripts/prompt_optimizer.py prompt.txt --tokens --model claude --price-per-mtok 3.00

# Whitespace/redundancy-trimmed version
python3 scripts/prompt_optimizer.py prompt.txt --optimize --output optimized.txt

# Extract Input/Output few-shot pairs to JSON
python3 scripts/prompt_optimizer.py prompt.txt --extract-examples --output examples.json

# Compare a revision against the saved baseline
python3 scripts/prompt_optimizer.py optimized.txt --analyze --compare baseline.json

--model accepts any string; only the tokenizer family is inferred (names containing "claude" → 3.5 chars/token, otherwise 4.0). Exit 0 on success, 1 on missing file.

2. RAG Evaluator — scripts/rag_evaluator.py

Measures retrieval and grounding quality from two JSON files (formats printed in --help).

python3 scripts/rag_evaluator.py --contexts retrieved.json --questions eval_set.json
python3 scripts/rag_evaluator.py --contexts ctx.json --questions q.json --k 10 --json
python3 scripts/rag_evaluator.py --contexts ctx.json --questions q.json --output report.json --verbose
python3 scripts/rag_evaluator.py --contexts ctx.json --questions q.json --compare baseline_report.json

Reports context relevance, precision@k, coverage, answer faithfulness, groundedness. Treat relevance < 0.80 as a retrieval problem (chunking/embedding/filtering), not a prompt problem — fix retrieval before rewriting the generation prompt.

3. Agent Orchestrator — scripts/agent_orchestrator.py

Validates agent configs (YAML/JSON): tool wiring, missing required config, loop risk, token estimates.

python3 scripts/agent_orchestrator.py agent.yaml --validate
python3 scripts/agent_orchestrator.py agent.yaml --visualize --format mermaid
python3 scripts/agent_orchestrator.py agent.yaml --estimate-cost --runs 100 \
    --input-price-per-mtok 3.00 --output-price-per-mtok 15.00

Without the two price flags, --estimate-cost reports token estimates only. The model: field in the config is informational — any model name is accepted.

Workflows

Prompt Optimization (eval-gated)
  1. Baseline: python3 scripts/prompt_optimizer.py current_prompt.txt --analyze --json --output baseline.json
  2. Diagnose from the report: ambiguous verbs ("analyze", "handle"), redundant blocks, missing output contract, token waste.
  3. Apply one change at a time, in this order of leverage:
    Symptom Fix
    Malformed/unparseable output Native structured outputs / JSON schema if the API supports it; explicit schema-in-prompt otherwise
    Inconsistent answers across runs Tighten instructions + add 2–3 contrastive examples (one near-miss showing what NOT to do)
    Misses edge cases Enumerate the edge cases explicitly; add a "when uncertain, do X" rule
    Token bloat on repeated calls Move stable prefix (system rules, examples) first so prompt caching applies; trim redundancy
    Wrong reasoning on hard cases Ask for stepwise reasoning in a scratch field the consumer ignores, or use the provider's extended-thinking mode
  4. Re-analyze and compare: python3 scripts/prompt_optimizer.py revised.txt --analyze --compare baseline.json
  5. Eval gate (must pass before shipping): run the revised prompt over the eval set, write per-case pass/fail to eval_results.json, then assert:
    python3 scripts/prompt_optimizer.py revised.txt --analyze --json --output revised.json \
      && python3 -c "
    import json, sys
    r = json.load(open('revised.json')); b = json.load(open('baseline.json'))
    ok = r['clarity_score'] >= b['clarity_score'] and r['token_count'] <= b['token_count'] * 1.10
    sys.exit(0 if ok else 1)"
    echo "gate exit=$?"   # 0 = ship; 1 = regression, iterate again
    
    Pair this structural gate with your task-level eval: the revision must not lose any previously-passing eval case (no-regression rule).
Few-Shot Example Design
  1. Define the task contract first (input shape, output shape, edge-case policy).
  2. Start with zero examples and measure — current models often need none. Add examples only for failure clusters the eval reveals.
  3. When adding: 3–5 max, ordered simple → edge → negative (what NOT to extract), formatted identically to the real output contract.
  4. Validate consistency: python3 scripts/prompt_optimizer.py prompt_with_examples.txt --extract-examples --output examples.json and inspect that every extracted pair parses against your schema.
  5. Re-run the eval set; if a case passes only because it resembles an example, add a held-out variant to the eval set.
Structured Output Design
  1. Write the JSON Schema first (types, enums, required, maxLength).
  2. Prefer API-native enforcement: structured-outputs / response-schema / tool-call parameters guarantee shape; prompt text cannot.
  3. Fallback (API without schema support): include the schema rendered as field-by-field rules + one valid example, and instruct "output only the JSON object".
  4. Gate: pipe 10 eval outputs through a schema validator (python3 -c "import json,sys; [json.loads(l) for l in sys.stdin]" at minimum); 10/10 must parse, else return to step 2.
RAG Tuning Loop
  1. Build questions.json (id, question, reference answer) and capture current retrievals to contexts.json.
  2. python3 scripts/rag_evaluator.py --contexts contexts.json --questions questions.json --output rag_baseline.json
  3. Fix the lowest metric first: relevance → chunking/embeddings/metadata filters; faithfulness → grounding instructions + "answer only from context" + citation requirement; coverage → retrieval k / query expansion.
  4. Gate: python3 scripts/rag_evaluator.py --contexts new_contexts.json --questions questions.json --compare rag_baseline.json — every metric must be ≥ baseline; any regression blocks the change.
Agent Config Review
  1. python3 scripts/agent_orchestrator.py agent.yaml --validate — must exit with VALIDATION PASSED; fix every error and warning (missing tool config, unbounded iterations, loop risk).
  2. Check context discipline: each tool description ≤ 1–2 sentences, tool count minimal for the job, stable system prompt placed first (cache-friendly), iteration cap + early-exit condition present.
  3. Budget: --estimate-cost --runs N with your current prices; if cost/run exceeds budget, cut tools or context before downgrading the model.

References

File Contains Load when user asks about
references/prompt_engineering_patterns.md 10 prompt patterns with input/output examples "which pattern?", few-shot design, decomposition, meta-prompting
references/llm_evaluation_frameworks.md Eval metrics, scoring methods, A/B testing "how to evaluate?", "measure quality", "compare prompts"
references/agentic_system_design.md Agent architectures (ReAct, Plan-Execute, Tool Use) "build agent", "tool calling", "multi-agent"
  • engineering-team/skills/senior-ml-engineer — model deployment and serving (this skill stops at the prompt/eval layer)
  • engineering/rag-architect — RAG system architecture (this skill measures RAG quality; that one designs the pipeline)
  • engineering/agent-designer — full agent system design (this skill validates configs; that one designs the architecture)
1---
2name: "senior-prompt-engineer"
3description: Use when the user asks to optimize prompts, design prompt templates, evaluate LLM outputs with an eval set, measure RAG retrieval quality, validate agent/tool configurations, analyze token usage, or design structured-output contracts. Covers eval-driven prompt iteration, RAG metrics (relevance, faithfulness, coverage), agent workflow validation, and token/cost budgeting — all model-agnostic, with three stdlib Python tools.
4---
5 
6# Senior Prompt Engineer
7 
8Eval-driven prompt engineering, RAG quality measurement, and agent workflow validation. Everything here is **model-agnostic by design**: techniques are framed by what they do, not by which model generation they were observed on, and the tools never hardcode model IDs or pricing — you supply your provider's current rates when you want dollar figures.
9 
10## Operating Rules
11 
121. **Never change a prompt without a baseline.** Capture metrics first (`--analyze --output baseline.json`), then compare every iteration against it.
132. **Eval set before optimization.** 10–20 representative cases with expected outputs minimum. If the user has no eval set, build one with them before touching the prompt — optimizing against vibes is the #1 failure mode.
143. **Prefer platform features over prompt hacks.** If the provider offers native structured outputs / JSON schema enforcement, tool-use APIs, or prompt caching, use those instead of "respond ONLY with JSON" incantations. Prompt-level format enforcement is the fallback, not the default.
154. **Current-generation models need less scaffolding.** Don't add chain-of-thought boilerplate, role framing, or few-shot examples reflexively — frontier models often do worse with redundant scaffolding. Add each element only when the eval set shows it helps.
165. **Cost numbers are always user-supplied.** Look up the provider's current per-Mtok pricing and pass it via `--price-per-mtok` (never trust a cached price table — including any you remember).
17 
18## Tools (exact CLIs, all stdlib)
19 
20### 1. Prompt Optimizer — `scripts/prompt_optimizer.py`
21 
22Static analysis: token estimate, clarity/structure scores (0–100), ambiguity + redundancy detection, few-shot example extraction.
23 
24```bash
25# Full analysis (human-readable report)
26python3 scripts/prompt_optimizer.py prompt.txt --analyze
27 
28# Save machine-readable baseline for later comparison
29python3 scripts/prompt_optimizer.py prompt.txt --analyze --json --output baseline.json
30 
31# Token estimate; cost only if you supply your provider's current rate
32python3 scripts/prompt_optimizer.py prompt.txt --tokens --model claude --price-per-mtok 3.00
33 
34# Whitespace/redundancy-trimmed version
35python3 scripts/prompt_optimizer.py prompt.txt --optimize --output optimized.txt
36 
37# Extract Input/Output few-shot pairs to JSON
38python3 scripts/prompt_optimizer.py prompt.txt --extract-examples --output examples.json
39 
40# Compare a revision against the saved baseline
41python3 scripts/prompt_optimizer.py optimized.txt --analyze --compare baseline.json
42```
43 
44`--model` accepts any string; only the tokenizer family is inferred (names containing "claude" → 3.5 chars/token, otherwise 4.0). Exit 0 on success, 1 on missing file.
45 
46### 2. RAG Evaluator — `scripts/rag_evaluator.py`
47 
48Measures retrieval and grounding quality from two JSON files (formats printed in `--help`).
49 
50```bash
51python3 scripts/rag_evaluator.py --contexts retrieved.json --questions eval_set.json
52python3 scripts/rag_evaluator.py --contexts ctx.json --questions q.json --k 10 --json
53python3 scripts/rag_evaluator.py --contexts ctx.json --questions q.json --output report.json --verbose
54python3 scripts/rag_evaluator.py --contexts ctx.json --questions q.json --compare baseline_report.json
55```
56 
57Reports context relevance, precision@k, coverage, answer faithfulness, groundedness. Treat relevance < 0.80 as a retrieval problem (chunking/embedding/filtering), not a prompt problem — fix retrieval before rewriting the generation prompt.
58 
59### 3. Agent Orchestrator — `scripts/agent_orchestrator.py`
60 
61Validates agent configs (YAML/JSON): tool wiring, missing required config, loop risk, token estimates.
62 
63```bash
64python3 scripts/agent_orchestrator.py agent.yaml --validate
65python3 scripts/agent_orchestrator.py agent.yaml --visualize --format mermaid
66python3 scripts/agent_orchestrator.py agent.yaml --estimate-cost --runs 100 \
67 --input-price-per-mtok 3.00 --output-price-per-mtok 15.00
68```
69 
70Without the two price flags, `--estimate-cost` reports token estimates only. The `model:` field in the config is informational — any model name is accepted.
71 
72## Workflows
73 
74### Prompt Optimization (eval-gated)
75 
761. **Baseline:** `python3 scripts/prompt_optimizer.py current_prompt.txt --analyze --json --output baseline.json`
772. **Diagnose** from the report: ambiguous verbs ("analyze", "handle"), redundant blocks, missing output contract, token waste.
783. **Apply one change at a time**, in this order of leverage:
79 | Symptom | Fix |
80 |---------|-----|
81 | Malformed/unparseable output | Native structured outputs / JSON schema if the API supports it; explicit schema-in-prompt otherwise |
82 | Inconsistent answers across runs | Tighten instructions + add 2–3 contrastive examples (one near-miss showing what NOT to do) |
83 | Misses edge cases | Enumerate the edge cases explicitly; add a "when uncertain, do X" rule |
84 | Token bloat on repeated calls | Move stable prefix (system rules, examples) first so prompt caching applies; trim redundancy |
85 | Wrong reasoning on hard cases | Ask for stepwise reasoning *in a scratch field the consumer ignores*, or use the provider's extended-thinking mode |
864. **Re-analyze and compare:** `python3 scripts/prompt_optimizer.py revised.txt --analyze --compare baseline.json`
875. **Eval gate (must pass before shipping):** run the revised prompt over the eval set, write per-case pass/fail to `eval_results.json`, then assert:
88 ```bash
89 python3 scripts/prompt_optimizer.py revised.txt --analyze --json --output revised.json \
90 && python3 -c "
91 import json, sys
92 r = json.load(open('revised.json')); b = json.load(open('baseline.json'))
93 ok = r['clarity_score'] >= b['clarity_score'] and r['token_count'] <= b['token_count'] * 1.10
94 sys.exit(0 if ok else 1)"
95 echo "gate exit=$?" # 0 = ship; 1 = regression, iterate again
96 ```
97 Pair this structural gate with your task-level eval: the revision must not lose any previously-passing eval case (no-regression rule).
98 
99### Few-Shot Example Design
100 
1011. Define the task contract first (input shape, output shape, edge-case policy).
1022. Start with **zero examples** and measure — current models often need none. Add examples only for failure clusters the eval reveals.
1033. When adding: 3–5 max, ordered simple → edge → negative (what NOT to extract), formatted identically to the real output contract.
1044. Validate consistency: `python3 scripts/prompt_optimizer.py prompt_with_examples.txt --extract-examples --output examples.json` and inspect that every extracted pair parses against your schema.
1055. Re-run the eval set; if a case passes only because it resembles an example, add a held-out variant to the eval set.
106 
107### Structured Output Design
108 
1091. Write the JSON Schema first (types, enums, required, maxLength).
1102. **Prefer API-native enforcement**: structured-outputs / response-schema / tool-call parameters guarantee shape; prompt text cannot.
1113. Fallback (API without schema support): include the schema rendered as field-by-field rules + one valid example, and instruct "output only the JSON object".
1124. Gate: pipe 10 eval outputs through a schema validator (`python3 -c "import json,sys; [json.loads(l) for l in sys.stdin]"` at minimum); 10/10 must parse, else return to step 2.
113 
114### RAG Tuning Loop
115 
1161. Build `questions.json` (id, question, reference answer) and capture current retrievals to `contexts.json`.
1172. `python3 scripts/rag_evaluator.py --contexts contexts.json --questions questions.json --output rag_baseline.json`
1183. Fix the **lowest metric first**: relevance → chunking/embeddings/metadata filters; faithfulness → grounding instructions + "answer only from context" + citation requirement; coverage → retrieval k / query expansion.
1194. Gate: `python3 scripts/rag_evaluator.py --contexts new_contexts.json --questions questions.json --compare rag_baseline.json` — every metric must be ≥ baseline; any regression blocks the change.
120 
121### Agent Config Review
122 
1231. `python3 scripts/agent_orchestrator.py agent.yaml --validate` — must exit with VALIDATION PASSED; fix every error and warning (missing tool config, unbounded iterations, loop risk).
1242. Check context discipline: each tool description ≤ 1–2 sentences, tool count minimal for the job, stable system prompt placed first (cache-friendly), iteration cap + early-exit condition present.
1253. Budget: `--estimate-cost --runs N` with your current prices; if cost/run exceeds budget, cut tools or context before downgrading the model.
126 
127## References
128 
129| File | Contains | Load when user asks about |
130|------|----------|---------------------------|
131| `references/prompt_engineering_patterns.md` | 10 prompt patterns with input/output examples | "which pattern?", few-shot design, decomposition, meta-prompting |
132| `references/llm_evaluation_frameworks.md` | Eval metrics, scoring methods, A/B testing | "how to evaluate?", "measure quality", "compare prompts" |
133| `references/agentic_system_design.md` | Agent architectures (ReAct, Plan-Execute, Tool Use) | "build agent", "tool calling", "multi-agent" |
134 
135## Related Skills
136 
137- `engineering-team/skills/senior-ml-engineer` — model deployment and serving (this skill stops at the prompt/eval layer)
138- `engineering/rag-architect` — RAG system architecture (this skill measures RAG quality; that one designs the pipeline)
139- `engineering/agent-designer` — full agent system design (this skill validates configs; that one designs the architecture)
140 
View all files on GitHub →

Details

Updated
Aug 30, 2026
License
MIT
Stars on the repo
★ 26,349
Checked
Source
alirezarezvani/claude-skills ↗
Creator
alirezarezvani · 363 listings
View creator

Similar skills

See all →
SkillCreate skills from documentation, repos, PDFs, videosSkill Builderyusufkaraaslan/Skill_Seekers · by yusufkaraaslanAutomatically detect source types and build AI skills using Skill Seekers. Use when the user wants to create skills from documentation, repos, PDFs, videos, or other knowledge sources.★ 15.1k GitHub starsSkillCreate new skills, modify and improve existing skillsSkill Creatoranthropics/skills · by anthropicsCreate 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.★ 178k GitHub starsPromptA versatile assistant to help with various administrativeGeneral assistant system promptf/prompts.chat · by Hector VerdugoA versatile assistant to help with various administrative and informational tasks, providing guidance, answers, and support across multiple domains.New listingPromptAct as an expert in AI and prompt engineeringGPT-5 | EXPERT PROMPT ENGINEER MODE (CONDENSED)f/prompts.chat · by michael.727Act as an expert in AI and prompt engineering. This prompt provides detailed insights, explanations, and practical examples related to the responsibilities of a prompt engineer. It is structured to be actionable and relevant to real-world applications.New listingPromptA prompt to create a best promptMeta promptf/prompts.chat · by Prince SharmaA prompt to create a best promptNew listingPromptRe-useable meta-prompt to have the AI generate a promptMeta prompt engineerf/prompts.chat · by magejoshRe-useable meta-prompt to have the AI generate a prompt to achieve a $(goal) Simply replace the variable with the actual goal, answer the clarifying questions it asks to give it the constraints and context required for the task, and then use the prompt the AI returns as the prompt to achieve your goal. See an example of it's use here: https://chatgpt.com/share/6947f127-1e84-8013-a360-49a89666c1afNew listing

More from alirezarezvani

SkillResume a paused experiment/ar:ar-resume — Resume Experimentalirezarezvani/claude-skills · by alirezarezvaniResume a paused experiment. Checkout the experiment branch, read results history, continue iterating. Use when the user runs /ar:ar-resume or asks to pick up a previously started autoresearch experiment.★ 26.3k GitHub starsSkillShow experiment dashboard with results, active loops/ar:ar-status — Experiment Dashboardalirezarezvani/claude-skills · by alirezarezvaniShow experiment dashboard with results, active loops, and progress. Use when the user runs /ar:ar-status or asks how an autoresearch experiment is going.★ 26.3k GitHub starsSkillStart an autonomous experiment loop with user-selected/ar:loop — Autonomous Experiment Loopalirezarezvani/claude-skills · by alirezarezvaniStart an autonomous experiment loop with user-selected interval (10min, 1h, daily, weekly, monthly). Uses CronCreate for scheduling. Use when the user runs /ar:loop or asks to run an autoresearch experiment continuously on a schedule.★ 26.3k GitHub starsSkillRun a single experiment iteration/ar:run — Single Experiment Iterationalirezarezvani/claude-skills · by alirezarezvaniRun a single experiment iteration. Edit the target file, evaluate, keep or discard. Use when the user runs /ar:run or asks for one manual autoresearch iteration.★ 26.3k GitHub starsSkillSet up a new autoresearch experiment interactively/ar:setup — Create New Experimentalirezarezvani/claude-skills · by alirezarezvaniSet up a new autoresearch experiment interactively. Collects domain, target file, eval command, metric, direction, and evaluator. Use when the user runs /ar:setup or asks to start optimizing a file with the autoresearch loop.★ 26.3k GitHub starsSkill/cs:boardroom <brief/cs:boardroom — Multi-Role Boardroom Deliberationalirezarezvani/claude-skills · by alirezarezvani/cs:boardroom <brief> — 6-phase multi-role deliberation across the C-suite with Phase 2 isolation, critic pre-screen, and synthesis. Outputs a board memo. Use when a decision spans multiple executive domains — e.g. a pricing change touching finance, positioning, and product, or a raise-vs-cut runway call.★ 26.3k GitHub stars