con un clic
online-resource-scheduling
// Design deterministic online scheduling policies from current observations. Use when assigning arriving work to limited resources without seeing future requests.
// Design deterministic online scheduling policies from current observations. Use when assigning arriving work to limited resources without seeing future requests.
Choose placements that preserve useful residual capacity. Use for bin packing, GPU sharing, accelerator placement, and multi-resource scheduling where stranded capacity hurts future fit.
Validate and repair proposed resource allocations by replaying them against temporary capacity. Use when actions consume several resource dimensions such as CPU, memory, GPUs, or accelerators.
Three.js scene-graph parsing and export workflows: mesh baking, InstancedMesh expansion, part partitioning, per-link OBJ export, and URDF articulation.
Materials science toolkit. Crystal structures (CIF, POSCAR), phase diagrams, band structure, DOS, Materials Project integration, format conversion, for computational materials science.
SkillsBench task authoring — walk a contributor from idea to submission-ready task following CONTRIBUTING.md and the task-implementation rubric. Use when the user wants to create a new SkillsBench task, scaffold a task from an existing workflow (notebook, Excel workbook, document, dataset), convert a prompt or a benchmark item into a SkillsBench task, write skills for a task, or prepare a SkillsBench PR. Pairs with `task-review` (run that as a self-check before submitting).
SkillsBench task PR review — classifies the task track (standard / research / multimodal), runs static policy checks against the track-specific rubric, benchmarks the task across oracle plus Claude and Codex (with and without skills), audits trajectories for cheating and skill invocation, and produces a `pr-N-task-timestamp-run.txt` review report alongside a `prN.zip` bundle of trajectories. Use when reviewing a SkillsBench task PR (by number, branch, or local task path), when the user asks to review a task, run benchmarks on a PR, audit a submission, classify a task as research or multimodal track, or prepare a comment to post on a SkillsBench PR.
| name | online-resource-scheduling |
| description | Design deterministic online scheduling policies from current observations. Use when assigning arriving work to limited resources without seeing future requests. |
Use this skill to build online schedulers that make deterministic decisions from the current observation only.
Convert each observation into a temporary state, rank pending work, score feasible actions by weighted marginal cost, update the temporary state immediately, then replay the final action list before returning it.
actions = []
temporary_state = copy_resources(observation)
for item in ranked_pending_items(observation):
candidates = enumerate_feasible_actions(item, temporary_state)
if not candidates:
actions.append(defer_or_reject(item))
continue
scored = []
for action in candidates:
deltas = estimate_objective_deltas(action, temporary_state)
score = sum(weights[k] * deltas[k] for k in deltas)
scored.append((score, stable_tie_break(action), action))
chosen = min(scored)[-1]
actions.append(chosen)
apply(chosen, temporary_state)
validate(actions, observation)
return actions
When a task provides objective weights, use them to compare feasible actions. Avoid fixed rules such as "always first-fit", "always minimize fragmentation", or "always use the tightest slot". Those can be wrong when another objective component has a larger weighted effect.
Suggested generic workflow:
weighted_marginal_score.weighted_marginal_score =
weight_1 * delta_component_1
+ weight_2 * delta_component_2
+ weight_3 * delta_component_3
+ ...
+ deterministic_tie_break
Feasibility remains a hard filter. Only score feasible actions. Useful components might include resource activation cost, residual-capacity cost, waiting or lateness cost, rejection or unserved-work cost, and fragmentation or stranded-capacity cost.
In delivery planning, the shortest route is not always best. Suppose route distance has weight 1, but opening a new vehicle has weight 100. Sending a package on an already-open vehicle with 5 extra miles may be better than opening a new vehicle with only 1 extra mile:
weighted score =
distance_weight * extra_distance
+ vehicle_weight * new_vehicle_used
The correct decision compares the weighted score, not distance alone.