evolve-evaluate
暂无简介
- License 许可
- MIT
- 最近更新
- 2026-06-13
- Stars
- ★ 3
- Forks
- 1
01 前言 Front Matter
- id
- evolve-evaluate
- title
- Evaluate Training Configuration
- checks
- [ { "id": "score-format", "cmd": "node ./check.js", "description": "Scored output has valid fitness and scores" } ]
02 资源文件 1
- 脚本check.js2.0 KB
03 SKILL.md 正文
Evaluate Training Configuration
Score a single LLM training configuration against the training goal.
Process
- Read the candidate training configuration from the task body
- Evaluate architecture choices:
- Does the attention type suit the model scale? (GQA/MQA preferred at 7B+)
- Is depth/width ratio appropriate? (typical: 32-40 layers for 7B)
- Is FFN expansion ratio efficient? (SwiGLU ~2.67x standard)
- Does context length match training goal requirements?
- Evaluate hyperparameters:
- Learning rate vs batch size relationship (linear scaling rule)
- Warmup proportion (typically 0.5-2% of total steps)
- Weight decay magnitude (0.01-0.1 typical)
- Optimizer suitability for the scale
- Evaluate data strategy:
- Token budget vs param count (Chinchilla: ~20 tokens/param)
- Mix alignment with training goal (code model needs code-heavy mix)
- Filtering and dedup quality
- Curriculum design appropriateness
- Score on four criteria (each 0-1):
- benchmarkPotential: Expected performance on target benchmarks
- trainingEfficiency: FLOPs per quality point, tokens-per-param ratio
- scalingProperties: Adherence to known scaling laws
- robustness: Training stability, divergence risk
- Compute overall fitness as weighted average
- Identify specific strengths and weaknesses with technical rationale
Outputs
- Scored candidate JSON file:
{ "candidateId": "candidate-001", "generation": 0, "fitness": 0.75, "scores": { "benchmarkPotential": 0.8, "trainingEfficiency": 0.7, "scalingProperties": 0.6, "robustness": 0.9 }, "strengths": ["GQA with 4 KV heads is memory-efficient for inference", "cosine schedule tuned for token budget"], "weaknesses": ["LR 3e-4 may be too high for 4M batch size", "no math curriculum despite math benchmark targets"] }
Quality Criteria
- Fitness is a number between 0 and 1
- All four score dimensions present
- Strengths and weaknesses reference specific technical details (not generic)
- Scoring is grounded in known scaling laws and training best practices
04 同仓库更多 Skills
hello-checker
Use this skill when asked to "verify", "check", or "validate" a file's existence and content. It provides a reliable workflow for confirming files meet their spec.
ask-skill
暂无简介
html-review-artifact
Framework-wide guidance for crafting polished human-review artifacts as markdown or HTML
converge-planning
Design a Converge playbook end-to-end. Use when the user says "plan a project", "design a playbook", "decompose into tasks", "scaffold a Converge workflow", "onboard to Converge", or asks how to write TASK.md / playbook.yml. Two entry points: plan a new playbook or update an existing one. Hand off to `/converge-control` after producing the playbook structure.
converge-control
Operate a Converge playbook end-to-end — start runs, monitor progress, narrow failures with `--select`, inspect runtime state, validate definitions, surgically reset subtrees, and stop stuck or orphaned runs. Use this skill whenever the user says "run my playbook", "execute this", "monitor the run", "converge failed", "the run is stuck", "retry failures", "babysit this playbook", "what's the status?", "show me the gantt", or asks how to use `converge run` / `--select` / `inspect` / `doctor` / `clean` / `stop`. Also use it for `HTTP 401` / `Invalid API key` failures on the first task — those are environment-not-playbook problems — and for any post-run cleanup work. Hand off to `converge-planning` if the user wants to design or restructure the playbook itself.
repair-taskts
Fix task.ts definition issues — Seed syntax, missing .build(), empty checks, import errors, TypeScript errors