Token导航 LogoToken导航TokenDH.com
研究检索external-servicegithub未标认证来源可访问许可证需确认审计提醒

devtu-self-evolvedevtu 自我进化

Agent Skill

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

总安装

2,607

周安装

112

GitHub Stars

1,307

下载量

914
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:devtu-self-evolve(devtu 自我进化)
来源仓库:https://github.com/mims-harvard/tooluniverse
仓库路径:skills/devtu-self-evolve
安装命令:
npx skills add https://github.com/mims-harvard/tooluniverse --skill devtu-self-evolve
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/mims-harvard/tooluniverse --skill devtu-self-evolve

简介

devtu-self-evolve 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词或任务场景快速定位候选结果时使用。

  • 它适用于开发流程中的发现阶段,可辅助 API 差距分析、批量发现和工具构建。
  • 使用时需结合来源仓库和原始 README 核验具体用法,安装前建议确认权限范围和维护状态。
  • 注意该技能可能触发联网、命令执行或文件读写操作,需评估安全风险后再部署。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

ToolUniverse Self-Evolution Orchestrator

Coordinates the full development lifecycle by dispatching to specialized devtu skills.

The Cycle

Discover → Create → Test → Fix → Optimize → Ship → Repeat

Each phase maps to a dedicated skill:

PhaseSkillWhat it does
Discoverdevtu-auto-discover-apisGap analysis, web search for APIs, batch discovery
Createdevtu-create-toolBuild tool class + JSON config + test examples
Test*(this skill)*Launch researcher persona agents to find issues
Fixdevtu-fix-toolDiagnose failures, implement fixes, validate
Optimizedevtu-optimize-skillsImprove skill reports, evidence handling, UX
Optimizedevtu-optimize-descriptionsImprove tool JSON descriptions for clarity
Docsdevtu-docs-qualityValidate documentation accuracy
Shipdevtu-githubBranch, commit, push, create PR

Quick Start

Pick an entry point based on what's needed:

  • "Run a test round" → jump to Testing Phase
  • "Expand coverage" → invoke Skill(skill="devtu-auto-discover-apis")
  • "Create a new tool" → invoke Skill(skill="devtu-create-tool")
  • "Fix a broken tool" → invoke Skill(skill="devtu-fix-tool")
  • "Improve skills" → invoke Skill(skill="devtu-optimize-skills")
  • "Full cycle" → follow all phases below in order

Phase 1: Discovery (optional)

Invoke Skill(skill="devtu-auto-discover-apis") to:

  1. Run gap analysis on current tool categories
  2. Search for life science APIs in underrepresented domains
  3. Score and prioritize APIs by coverage, reliability, documentation

Phase 2: Tool Creation (optional)

Invoke Skill(skill="devtu-create-tool") for each new API:

  1. Create Python tool class implementing the API
  2. Create JSON config with parameters, descriptions, test examples
  3. Register in _lazy_registry_static.py and default_config.py
  4. Validate: python -m tooluniverse.cli test <ToolName>

Phase 3: Testing Phase

This is the core testing loop, run directly by this skill.

Setup

  1. Check for open PRs: gh pr list --state open
  2. If unmerged PR → use that branch; if merged → new branch from origin/main
  3. Rebase: git fetch origin && git rebase origin/main

Researcher Persona Agents

Launch 2 agents per round (A + B) using the Agent tool with these parameters:

Each agent gets:

  • Domain specialty (oncology, genomics, pharmacology, etc.)
  • Research question (specific biological question)
  • 5-7 test scenarios exercising different tools
  • Instructions to report issues with severity (HIGH/MEDIUM/LOW)
  • Issue IDs: Feature-{round}{letter}-{num} (e.g., Feature-59A-001)

Agent prompt template — see references/persona-template.md

Verification (CRITICAL)

Before implementing ANY agent-reported issue, verify via CLI:

python3 -m tooluniverse.cli run <ToolName> '<json_args>'

50%+ of agent reports are false positives from MCP interface confusion. Only fix verified issues.

Fix Principles

  1. Prevent, don't recover — fix root cause, not symptoms
  2. Validate at input — reject bad params early with clear guidance
  3. Distinguish "no data" from "bad query" — different messages for each
  4. Fix the abstraction — don't add alias lists that grow forever

Anti-patterns: hint text instead of validation, parameter aliases instead of fixing naming, post-hoc probing instead of pre-validation.

Skill Usefulness Testing (NEW — beyond tool testing)

Standard testing verifies tools work. Usefulness testing verifies skills actually solve scientist problems. Run this after standard testing:

  1. Pick a real research question that the skill claims to answer (not a tool-level test)
  2. Launch an agent following the skill workflow on the real question
  3. Assess honestly: Does the skill produce an actionable answer, or just a data dump?

Score 1-10 rubric:

  • 1-3: Tool catalog — lists tools without interpretation
  • 4-6: Data collector — gathers data but doesn't help combine/interpret
  • 7-8: Reasoning framework — guides interpretation with tables/scoring/synthesis
  • 9-10: Decision engine — produces concrete, defensible recommendations

Common failure patterns found in usefulness tests:

PatternScore ImpactFix
"Call A, then B, then C" without explaining what to DO with results-3Add interpretation tables
Tool params wrong (tool works but skill documents wrong names)-2Verify ALL tool params via get_tool_info()
Promises data the API can't deliver (e.g., DepMap CRISPR scores)-2Be honest about limitations; add computational procedure workaround
No synthesis phase at the end-2Add "so what?" phase that combines all evidence
No evidence grading-1Add T1-T4 or similar confidence tiers
No computational procedures for things tools can't do-1Add Python code blocks using scipy/pandas/numpy

When tools can't help, add computational procedures: Some analyses need Python code, not API calls. Skills should include working code blocks for:

  • Statistical testing (scipy.stats, FDR correction)
  • Data analysis from downloaded files (pandas + CSV from DepMap, TCGA, etc.)
  • Scoring algorithms (ACMG classification, viability scores)
  • Sequence analysis (Biopython)

See devtu-optimize-skills Patterns 14-15 for full guidance.

Phase 4: Fix & Commit

  1. Implement verified fixes (see references/bug-patterns.md for code-level patterns)
  2. Run code-simplifier: Skill(skill="simplify") — always after writing or modifying code
  3. Lint: ruff check src/tooluniverse/<file>.py
  4. Verify syntax: python -c "from tooluniverse.<module> import <Class>"
  5. Test: python -m tooluniverse.cli run <Tool> '<json>'
  6. Pre-commit hook pattern: stage → commit (fails, reformats) → re-stage → commit
  7. Push: git push origin <branch>
Also see Skill(skill="devtu-code-optimization") for reusable fix patterns and anti-patterns.

Phase 5: Optimize (optional)

After fixes are stable:

  • Skill(skill="devtu-optimize-descriptions") — improve tool descriptions
  • Skill(skill="devtu-optimize-skills") — improve research skill quality
  • Skill(skill="devtu-docs-quality") — validate docs accuracy

Phase 6: Ship

Invoke Skill(skill="devtu-github") or manually:

  1. Rebase: git fetch origin && git stash && git rebase origin/main && git stash pop
  2. git push --force-with-lease origin <branch>
  3. Create or update PR: gh pr create / verify with gh pr view <N> --json mergeable
  4. Verify "mergeable": "MERGEABLE" before reporting done

GitHub repo: mims-harvard/ToolUniverse — always verify with git remote -v before pushing.


Git Rules (CRITICAL)

  • NEVER push to main — all work on feature branches
  • NEVER have multiple open fix PRs — keep adding to current branch
  • Always rebase before push: git fetch origin && git rebase origin/main
  • Commit message format: no "BUG" terminology, use "Feature" or "Fix"
  • No AI attribution in commits

Common Issue Categories

CategorySignal
Silent parameter missWrong-field check; param ignored
Always-fires conditional.get("field") on wrong type
Silent normalizationAuto-transform not disclosed
Wrong notation/caseGene fusions, Title Case names
Substring matchShort symbol returns multiple targets
try/except indentMismatched → SyntaxError

Full patterns → references/bug-patterns.md

Round Tracking

After each round: advance counter, update patterns file, keep this SKILL.md under 150 lines.

Current round: 127 (rounds completed: 52-126)

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.12%
按下载量换算312

Claude

30.7%
按下载量换算281

Cursor

17.77%
按下载量换算162

Gemini CLI

9.04%
按下载量换算83

安全审计

Gen Agent Trust Hub

可疑

Socket

通过

Snyk

可疑

权限和风险

external-service

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills