/budget-constrained-design
Optimize experiment design under compute and time budget constraints
$ npx -y skills add yogsoth-ai/de-anthropocentric-research-engine --skill budget-constrained-design --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/budget-constrained-design
Context preview
The summary Claude sees to decide when to auto-load this skill.
Optimize experiment design under compute and time budget constraints
SKILL.md
budget-constrained-design.SKILL.mdname: budget-constrained-design
description: Optimize experiment design under compute and time budget constraints
version: 1.0.0
category: experiment-execution
type: tactic
orchestrates:
- factor-identification
- level-specification
- design-matrix-construction
dependencies:
sops:
- design-matrix-construction
- factor-identification
- level-specification
Tactic: Budget-Constrained Design
Orchestration Pattern
1. **Assess Budget** → Determine available GPU-hours, wall-clock time, and cost ceiling 2. **factor-identification** → Identify all candidate factors 3. **Estimate Cost Per Run** → Calculate time/compute for a single experiment run 4. **Compute Maximum Runs** → budget / cost_per_run = max feasible runs 5. **level-specification** → Constrain levels to fit within run budget 6. **Select Design Type** → Choose most information-efficient design for the budget 7. **design-matrix-construction** → Build the constrained design matrix
Decision Criteria
| Available Runs | Recommended Approach | |---------------|---------------------| | < 10 | One-factor-at-a-time or Plackett-Burman screening | | 10-30 | Fractional factorial (Resolution III-IV) | | 30-60 | Fractional factorial (Resolution V) or Taguchi | | 60-120 | Full factorial on top factors + screening on rest | | 120+ | Full factorial or RSM with replication |
Optimization Strategies
- **Sequential Design**: Run screening first, then detailed study on important factors
- **Adaptive Allocation**: Allocate more runs to high-variance conditions
- **Early Stopping**: Define stopping criteria for clearly dominated configurations
- **Transfer from Pilot**: Use pilot study results to inform main study design
- **Shared Controls**: Reuse control/baseline runs across multiple comparisons
Quality Checks
- Does the design have sufficient power for the primary hypothesis?
- Are the most important factors given priority in the allocation?
- Is there a contingency plan if budget is cut mid-experiment?
- Are early stopping criteria pre-defined (not post-hoc)?
- Is the design balanced despite budget constraints?
<!-- BEGIN available-tables (generated) -->
Available SOPs
Optional, no fixed order; the final leaf is always a sop.
| SOP | When to use | | --- | --- | | design-matrix-construction | Build the experiment design matrix with proper orthogonality and balance | | factor-identification | Identify independent, dependent, and control variables for an experiment | | level-specification | Determine appropriate levels for each experimental factor |
<!-- END available-tables (generated) -->
Read more
name: budget-constrained-design description: Optimize experiment design under compute and time budget constraints version: 1.0.0 category: experiment-execution type: tactic orchestrates: - factor-identification - level-specification - design-matrix-construction dependencies: sops: - design-matrix-construction - factor-identification - level-specification
Tactic: Budget-Constrained Design
Orchestration Pattern
1. **Assess Budget** → Determine available GPU-hours, wall-clock time, and cost ceiling 2. **factor-identification** → Identify all candidate factors 3. **Estimate Cost Per Run** → Calculate time/compute for a single experiment run 4. **Compute Maximum Runs** → budget / cost_per_run = max feasible runs 5. **level-specification** → Constrain levels to fit within run budget 6. **Select Design Type** → Choose most information-efficient design for the budget 7. **design-matrix-construction** → Build the constrained design matrix
Decision Criteria
| Available Runs | Recommended Approach | |---------------|---------------------| | < 10 | One-factor-at-a-time or Plackett-Burman screening | | 10-30 | Fractional factorial (Resolution III-IV) | | 30-60 | Fractional factorial (Resolution V) or Taguchi | | 60-120 | Full factorial on top factors + screening on rest | | 120+ | Full factorial or RSM with replication |
Optimization Strategies
- **Sequential Design**: Run screening first, then detailed study on important factors
- **Adaptive Allocation**: Allocate more runs to high-variance conditions
- **Early Stopping**: Define stopping criteria for clearly dominated configurations
- **Transfer from Pilot**: Use pilot study results to inform main study design
- **Shared Controls**: Reuse control/baseline runs across multiple comparisons
Quality Checks
- Does the design have sufficient power for the primary hypothesis?
- Are the most important factors given priority in the allocation?
- Is there a contingency plan if budget is cut mid-experiment?
- Are early stopping criteria pre-defined (not post-hoc)?
- Is the design balanced despite budget constraints?
<!-- BEGIN available-tables (generated) -->
Available SOPs
Optional, no fixed order; the final leaf is always a sop.
| SOP | When to use | | --- | --- | | design-matrix-construction | Build the experiment design matrix with proper orthogonality and balance | | factor-identification | Identify independent, dependent, and control variables for an experiment | | level-specification | Determine appropriate levels for each experimental factor |
<!-- END available-tables (generated) -->
The complete research orchestration system for AI-native science. What It Does Design Philosophy Architecture (v3.2.2) Quick Start Configuration Roadmap License DARE is not a tool that helps you do research. It is the researcher.
Repo: yogsoth-ai/de-anthropocentric-research-engine
Other skills on de-anthropocentric-research-engine.
- /formated-results
Closing skill for the research-executor, loaded as the last step of formated-specs. Summarize the design just produced into one research-result JSON fenced block in your reply. Do not execute the research.
Open skill - /formated-specs
Spec-slot skill for the research-executor. Emit the 4-layer DARE orchestration of the assigned topic as one research-graph JSON fenced block in your reply. Replaces the generic spec-writing step.
Open skill - /injection-fidelity
Loss-1 judge (codex role). Given one sample's de-identified dialogue and its PolicyCard, decide axis-by-axis whether the user-simulator enacted the card's per-axis pressure. Judge enactment of the card, never whether the research is good.
Open skill - /ladder-quality-order
Loss-2 judge (codex role). Over one topic's 6 shuffled research-design samples, pairwise-rank by quality using the D1–D5 standard. Emit the pairwise log; the harness computes the order and the ladder verdicts. Judge quality difference, never against academic standards.
Open skill - /optimization-loop
The optimizer brain for the ladder-foundry pretraining loop. Runs the two-level nested batch loop, delegates gating to gate_eval, attributes a failing batch to one weight (attribute-first), and recovers from disk after compaction. Control flow is fully scripted; only the
Open skill - /acu-nugget-recall
Tactic: Extract atomic units from one paper and score how much of a caller-supplied summary covers. Use for ACU-style binary or Nugget-style ternary recall checks; cannot run without a target summary.
Open skill

