Token导航 LogoToken导航

Agent Skill · 研究检索

dse-loop(dse 循环)

dse-loop 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

dse-loop 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为执行命令;许可证信息还不明确,第三方扫描有提醒项,按安装量在研究检索类的 73,675 个 Skill 里排第 36,486。

总安装 1,915周安装 79GitHub Stars 7,795下载 626核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:dse-loop(dse 循环)
来源仓库:https://github.com/wanshuiyin/auto-claude-code-research-in-sleep
仓库路径:skills/dse-loop
安装命令:
npx skills add https://github.com/wanshuiyin/auto-claude-code-research-in-sleep --skill dse-loop
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/wanshuiyin/auto-claude-code-research-in-sleep --skill dse-loop

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

dse-loop 实现自动化设计空间探索,适合计算机架构与 EDA 问题中的参数调优与方案迭代。它通过运行→分析→选择下一组参数→重复的流程,直至达成目标或超时。使用时需定义安全规则并避免危险操作,如递归删除或强制推送代码。安装前请确认环境具备必要工具链且用户了解其自主探索机制。

dse-loop 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/dse-loop

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/wanshuiyin/auto-claude-code-research-in-sleep…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要执行命令,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

dse-loop 怎么安装?

在终端执行 npx skills add https://github.com/wanshuiyin/auto-claude-code-research-in-sleep --skill ds…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

dse-loop 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

dse-loop 需要什么权限?

权限级别是执行命令。安装流程涉及命令执行,可能通过 npx skills add https://github.com/wanshuiyin/auto-claude-code-research-in-sleep --skill dse-loop 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

dse-loop 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

dse-loop 用的人多吗?

公开数据是累计安装 1,915 次,近一周安装 79 次,下载 626 次,GitHub 7,795 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

dse-loop 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 来源仓库有 7,795 星,维护活跃度相对可查。

先想清楚的地方

  • 需要执行命令,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 不能接受 Skill 在你机器上执行命令的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
dse-loop

dse 循环 · 本页

1,9157,795执行命令未明确有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

DSE Loop: Autonomous Design Space Exploration

Autonomously explore a design space: run → analyze → pick next parameters → repeat, until the objective is met or timeout is reached. Designed for computer architecture and EDA problems.

Context: $ARGUMENTS

Safety Rules — READ FIRST

NEVER do any of the following:

  • sudo anything
  • rm -rf, rm -r, or any recursive deletion
  • rm any file you did not create in this session
  • Overwrite existing source files without reading them first
  • git push, git reset --hard, or any destructive git operation
  • Kill processes you did not start

If a step requires any of the above, STOP and report to the user.

Constants (override via $ARGUMENTS)

ConstantDefaultDescription
TIMEOUT2hTotal wall-clock budget. Stop exploring after this.
MAX_ITERATIONS50Hard cap on number of design points evaluated.
PATIENCE10Stop early if no improvement for this many consecutive iterations.
OBJECTIVEminimizeminimize or maximize the target metric.

Override inline: /dse-loop "task desc — timeout: 4h, max_iterations: 100, patience: 15"

Typical Use Cases

ProblemProgramParametersObjective
Microarch DSEgem5 simulationcache size, assoc, pipeline width, ROB size, branch predictormaximize IPC or minimize area×delay
Synthesis tuningyosys/DC scriptoptimization passes, target freq, effort levelminimize area at timing closure
RTL parameterizationverilator simdata width, FIFO depth, pipeline stages, buffer sizesmeet throughput target at min area
Compiler flagsgcc/llvm build + benchmark-O levels, unroll factor, vectorization, schedulingminimize runtime or code size
Placement/routingopenroad/innovusutilization, aspect ratio, layer configminimize wirelength / timing
Formal verificationabc/sbybound depth, engine, timeout per propertymaximize coverage in time budget
Memory subsystemcacti / ramulatorbank count, row buffer policy, schedulingoptimize bandwidth/energy

Workflow

Phase 0: Parse Task & Setup

  1. Parse $ARGUMENTS to extract:

- Program: what to run (command, script, or Makefile target) - Parameter space: which knobs to tune and their ranges/options (may be incomplete — see step 2) - Objective metric: what to optimize (and how to extract it from output) - Constraints: hard limits that must not be violated (e.g., timing must close) - Timeout: wall-clock budget - Success criteria: when is the result "good enough" to stop early?

  1. Infer missing parameter ranges — If the user provides parameter names but NOT ranges/options, you MUST infer them before exploring: a. Read the source code — search for the parameter names in the codebase: b. Apply domain knowledge to set reasonable ranges: Parameter type Inference strategy Cache/memory sizes Powers of 2, typically 1KB–16MB Associativity Powers of 2: 1, 2, 4, 8, 16 Pipeline width / issue width Small integers: 1, 2, 4, 8 Buffer/queue/FIFO depth Powers of 2: 4, 8, 16, 32, 64 Clock period / frequency Based on technology node; try ±50% from default Bound depth (BMC/formal) Geometric: 5, 10, 20, 50, 100 Timeout values Geometric: 10s, 30s, 60s, 120s, 300s Boolean/enum flags Enumerate all options found in source Continuous (learning rate, threshold) Log-scale sweep: 5 points spanning 2 orders of magnitude around default Integer counts (threads, cores) Linear: from 1 to hardware max c. Start conservative — begin with 3-5 values per parameter. Expand range later if the best result is at a boundary. d. Log inferred ranges — write the inferred parameter space to dse_results/inferred_params.md so the user can review: # Inferred Parameter Space | Parameter | Source | Default | Inferred Range | Reasoning | |-----------|--------|---------|---------------|-----------| | CACHE_SIZE | config.py:42 | 32768 | [8192, 16384, 32768, 65536, 131072] | powers of 2, ±2x from default | | ASSOC | config.py:43 | 4 | [1, 2, 4, 8] | standard associativities | | BMC_DEPTH | run_bmc.py:15 | 10 | [5, 10, 20, 50] | geometric, common BMC depths | e. Boundary expansion — during the search, if the best result is at the min or max of a range, automatically extend that range by one step in that direction (but log the extension).

- Look for argparse/click definitions, config files, Makefile variables, module parameters, #define, parameter (SystemVerilog), localparam, etc. - Extract defaults, types, and any comments hinting at valid values

  1. Read the project to understand:

- How to run the program - Where results are produced (stdout, log files, reports) - How to parse the objective metric from output - Current/baseline configuration (if any)

  1. Create working directory: dse_results/ in project root

- dse_results/dse_log.csv — one row per design point - dse_results/DSE_REPORT.md — final report - dse_results/DSE_STATE.json — state for recovery - dse_results/inferred_params.md — inferred parameter space (if ranges were not provided) - dse_results/configs/ — config files for each run - dse_results/outputs/ — raw output for each run

  1. Write a parameter extraction script (dse_results/parse_result.py or similar) that takes a run's output and returns the objective metric as a number. Test it on a baseline run first.
  2. Run baseline (iteration 0): run the program with default/current parameters. Record the baseline metric. This is the point to beat.

Phase 1: Initial Exploration

Goal: Quickly survey the space to understand which parameters matter most.

Strategy: Latin Hypercube Sampling or structured sweep of key parameters.

  1. Pick 5-10 diverse design points that span the parameter ranges
  2. Run them (in parallel if independent, via background processes or sequential)
  3. Record all results in dse_log.csv: iteration,param1,param2,...,metric,constraint_met,timestamp,notes 0,default,default,...,baseline_val,yes,2026-03-13T10:00:00,baseline 1,val1a,val2a,...,result1,yes,2026-03-13T10:05:00,initial sweep...
  4. Analyze: which parameters have the most impact on the objective?
  5. Narrow the search to the most sensitive parameters

Phase 2: Directed Search

Goal: Converge toward the optimum by making informed choices.

Strategy: Adaptive — pick the approach that fits the problem:

  • Few parameters (≤3): Fine-grained grid search around the best region from Phase 1
  • Many parameters (>3): Coordinate descent — optimize one parameter at a time, holding others at current best
  • Binary/categorical params: Enumerate promising combinations
  • Continuous params: Binary search or golden section between best neighbors
  • Multi-objective: Track Pareto frontier, explore along the front

For each iteration:

  1. Select next design point based on results so far:

- Look at the trend: which direction improves the metric? - Avoid re-running configurations already evaluated - Balance exploration (untested regions) vs exploitation (near current best)

  1. Modify parameters: edit config file, command-line args, or source constants
  2. Run the program: execute and capture output
  3. Parse results: extract the objective metric and check constraints
  4. Log to dse_log.csv: append the new row
  5. Check stopping conditions:

- Timeout reached? → stop - Max iterations reached? → stop - Patience exhausted (no improvement in N iterations)? → stop - Success criteria met (metric is "good enough")? → stop - Constraint violation pattern detected? → adjust search bounds

  1. Update DSE_STATE.json: {"iteration": 15, "status": "in_progress", "best_metric": 1.23, "best_params": {"cache_size": 32768, "assoc": 4, "pipeline_width": 2}, "total_iterations": 15, "start_time": "2026-03-13T10:00:00", "timeout": "2h", "patience_counter": 3}
  2. Decide next step → back to step 1

Phase 3: Refinement (if time allows)

If the search converged and there's still time budget:

  1. Local perturbation: try ±1 step on each parameter from the best point
  2. Sensitivity analysis: which parameters can be relaxed without hurting the metric?
  3. Constraint boundary: if a constraint is nearly binding, explore near-feasible points

Phase 4: Report

Write dse_results/DSE_REPORT.md:

# Design Space Exploration Report

**Task**: [description]
**Date**: [start] → [end]
**Total iterations**: N
**Wall-clock time**: X hours Y minutes

## Objective
- **Metric**: [what was optimized]
- **Direction**: minimize / maximize
- **Baseline**: [value]
- **Best found**: [value] ([improvement]% better than baseline)

## Best Configuration
| Parameter | Baseline | Best |
|-----------|----------|------|
| param1    | default  | best_val |
| param2    | default  | best_val |
| ...       | ...      | ... |

## Search Trajectory
| Iteration | param1 | param2 | ... | Metric | Notes |
|-----------|--------|--------|-----|--------|-------|
| 0 (baseline) | ... | ... | ... | ... | baseline |
| 1 | ... | ... | ... | ... | initial sweep |
| ... | ... | ... | ... | ... | ... |
| N (best) | ... | ... | ... | ... | ★ best |

## Parameter Sensitivity
- **param1**: [high/medium/low impact] — [brief explanation]
- **param2**: [high/medium/low impact] — [brief explanation]

## Pareto Frontier (if multi-objective)
[Table or description of non-dominated points]

## Stopping Reason
[timeout / max_iterations / patience / success_criteria_met]

## Recommendations
- [actionable insights from the exploration]
- [which parameters matter most]
- [suggested follow-up explorations]

Also generate a summary plot if matplotlib is available:

  • Convergence curve (metric vs iteration)
  • Parameter sensitivity bar chart
  • Pareto frontier scatter (if multi-objective)

State Recovery

If the context window compacts mid-run, the loop recovers from DSE_STATE.json + dse_log.csv:

  1. Read DSE_STATE.json for current iteration, best params, patience counter
  2. Read dse_log.csv for full history
  3. Resume from next iteration

Key Rules

  • Work AUTONOMOUSLY — do not ask the user for permission at each iteration
  • Every run must be logged — even failed runs, constraint violations, errors. The log is the ground truth.
  • Never re-run an identical configuration — check dse_log.csv before each run
  • Respect the timeout — check elapsed time before starting a new iteration. If the next run is likely to exceed the timeout, stop and report.
  • Parse metrics programmatically — write a parsing script, don't eyeball logs
  • Keep raw outputs — save each run's full output in dse_results/outputs/iter_N/
  • Constraint violations are not improvements — a design point that violates constraints is never "best", regardless of the metric
  • If a run crashes, log the error, skip that point, and continue with the next
  • If the same crash repeats 3 times with different configs, stop and report the issue

Example Invocations

# Minimal — just name the parameters, let the agent figure out ranges
/dse-loop "Run gem5 mcf benchmark. Tune: L1D_SIZE, L2_SIZE, ROB_ENTRIES. Objective: maximize IPC. Timeout: 3h"

# Partial — some ranges given, some not
/dse-loop "Run make synth. Tune: CLOCK_PERIOD [5ns, 4ns, 3ns, 2ns], FLATTEN, ABC_SCRIPT. Objective: minimize area at timing closure. Timeout: 1h"

# Fully specified — explicit ranges for everything
/dse-loop "Simulate processor with FIFO_DEPTH [4,8,16,32], ISSUE_WIDTH [1,2,4], PREFETCH [on,off]. Run: make sim. Objective: max throughput/area. Timeout: 2h"

# Real-world: PDAG-SFA formal verification tuning
/dse-loop "Run python run_bmc.py. Tune: BMC_DEPTH, ENGINE, TIMEOUT_PER_PROP. Objective: maximize properties proved. Timeout: 2h"

平台分布

Codex

33.13%
按下载量换算207

Claude

32.07%
按下载量换算201

Cursor

17.93%
按下载量换算112

Gemini CLI

9.49%
按下载量换算59

安全审计

Gen Agent Trust Hub

可疑

Socket

通过

Snyk

通过

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/wanshuiyin/auto-claude-code-research-in-sleep --skill dse-loop 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills