Tool Factory (tool-factory)

MCP开发工具

提供方 eddiebelaval

开发工具 未标注 无需鉴权 社区 / 第三方 Claude

一个用于构建、评分、修复和管理Claude Code工具的自愈生命周期系统,适用于大规模工具生态维护。

一句话选型结论

按资料字段整理

Tool Factory (tool-factory) 属于开发工具类 MCP 服务器,传输方式未标注,无需鉴权,可直接接入 Claude,没有现成安装命令,需按官方文档接入。接入前先确认权限范围;涉及写入、删除或付款的操作,建议先在测试环境验证。

分类开发工具 传输方式未标注 鉴权无需鉴权 部署方式未标注
GitHub 星标 2 仓库热度,无公开仓库时显示未标注
工具数 未标注 暴露给模型的工具数量
资源 / 提示词 0 / 0 资源与提示词模板数量
维护方 社区 / 第三方 核验等级 仅资料核对

工具与能力

开发工具
数量来自来源目录的标注,具体工具清单以官方文档为准
工具数量未标注暴露给模型可调用的工具个数
资源数量0可读取的资源条目
提示词数量0内置提示词模板数量

能力标签

支持客户端

适用场景

Shell本地部署工具管理自动化维护质量评估工具生态系统生命周期管理

安装与配置

未标注 无需鉴权
上游未给出传输方式
  1. 1
    准备运行环境

    按官方文档确认运行环境(常见为 Node.js 或 Python),装好后再执行安装命令。

  2. 2
    安装服务

    复制上面的安装命令执行;命令里带占位符的位置,换成自己的密钥或路径。

  3. 3
    写入客户端配置

    在客户端的 MCP 配置里填好启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4
    验证是否可用

    连接成功后随便调一个只读工具,确认能返回结果,再接入正式流程。

典型使用场景

3 类
按分类与标签整理的常见用法,具体以官方文档为准
代码与仓库操作

在对话里直接查代码、提 issue、走 PR,省掉来回切工具。

本地命令与脚本

把构建、测试、格式化这类重复命令交给模型执行。

接口联调与测试

让模型调你的接口、跑一遍用例,快速定位问题。

选择建议

选之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 已适配 Claude,换客户端不用重新研究配置。
  • 资料标注无需鉴权,装好就能连。

先想清楚的地方

  • 没有现成安装命令,需要按官方文档自己填启动命令和参数。
  • 资料没标注工具数量,实际能力要装好后确认。
  • 版本更新与行为细节以官方仓库为准。

更适合

  • 需要在开发工具场景里让模型直接调用外部能力的人。
  • 已经在用 Claude 的用户,接入路径最短。
  • 想先快速试一下、能接受在本地或自有环境跑服务的人。

不太适合

  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
MCP 服务器工具数传输方式部署方式安装命令最后核验
Tool Factory (tool-factory)当前 未标注 未标注 未标注 无 2026-05-17
Git 838e2ec1 12 stdio · 本地进程 本地部署 有 2026-05-17
Markitdown MCP 2c653a5f 1 stdio · 本地进程 本地部署 有 2026-05-17
JavaGuide 未标注 stdio · 本地进程 本地部署 有 2026-04-11
awesome-claude-skills 未标注 stdio · 本地进程 本地部署 有 2026-04-26
Context7 831acf40 未标注 stdio · 本地进程 本地部署 有 2026-05-17

服务器档案

开发工具
字段来自项目仓库与公开索引,中文说明由本站标注
提供方eddiebelaval上游标注的维护方 eddiebelaval
分类开发工具本站按上游分类展示
连接方式未标注上游未给出传输方式
鉴权方式无需鉴权远程服务建议用最小权限凭据
维护方社区 / 第三方核验等级 仅资料核对
包名 / 运行时未标注 · 未标注本地安装时用到的包标识与运行时
部署类型未标注上游给出的部署形态
最近核验2026-05-17上游最后核验时间

详细介绍

5.4 KB
来自项目仓库与上游目录的原文,未做删改

工具厂

Claude Code工具的自我修复生命周期系统。大规模构建、评分、翻新和管理技能、代理、钩子、命令和MCP服务器。

问题

Claude Code的工具生态系统发展迅速。经过数月的构建,你最终会得到数百个工具——技能、代理、钩子、命令、MCP服务器、插件——而且无法知道哪些工具有效,哪些是重复的,哪些是无用的。质量不一致。工具悄无声息地腐烂。

解决方案

工具厂将工具视为产品。生来就有标准,经过标准测试,漂移时翻新,过时时退役。制造机器并对其进行维护的机器。

建筑

两层,三个空间:```
Layer 1: Factory (builds and maintains tools)
Layer 2: Tools (the skills/agents/hooks that do actual work)

Factory Floor (generators/) -- Creates new tools from templates
Range (range/) -- Scores tools against fitness criteria
Workshop (workshop/) -- Auto-retrofits failing tools


### 目录结构```
tool-factory/
generators/          # Tool creators (skill, agent, command, hook, MCP)
range/               # Quality scoring (14 criteria, 100-point scale)
workshop/            # Auto-retrofit for failing tools
composer/            # Pipeline chaining (YAML compositions)
registry/            # Tool inventory + intelligence + lifecycle
index.json         # Single source of truth for all tools
intelligence.sh    # Fleet health, usage, trends, dormant detection
lifecycle.sh       # 4-phase maintenance cycle
score-history.jsonl # Append-only score snapshots
track-usage.sh     # Invocation logger
lexicon/             # Constraint documents (best practices per vendor)
scripts/             # Automation (scheduled lifecycle wrapper)
lib/                 # Shared utilities (colors, etc.)
validator/           # Structural validation
VISION.md            # Where we're going (north star)
SPEC.md              # What exists today (living spec)
BUILDING.md          # How we got here (build log)

快速开始

创建工具```bash

Generate a new skill with frontmatter, test fixtures, and registry entry

bash generators/skill.sh my-new-skill

Generate other tool types

bash generators/agent.sh my-agent
bash generators/command.sh my-command
bash generators/hook.sh my-hook
bash generators/mcp.sh my-mcp-server


### 为你的工具打分```bash
# Score a single tool
bash range/runner.sh my-skill

# Score all tools (fleet-wide)
bash range/runner.sh --all

# Report mode (no changes)
bash range/runner.sh --report

评分以100分制对3个类别的14个标准进行评估。结果:通过(70+),部分通过(40-69),未通过(\<40)。

改装故障工具```bash

Fix a single tool

bash workshop/retrofit.sh my-skill

Fix all failing tools

bash workshop/retrofit.sh --all


研讨会增加了缺失的结构(前体、触发器、工作流),但没有触及使工具有价值的内容。

### 舰队情报```bash
# Fleet health overview
bash registry/intelligence.sh --health

# Usage analysis (top tools, ghost tools, decay risk)
bash registry/intelligence.sh --usage

# Score trends and regression detection
bash registry/intelligence.sh --trends

# Full intelligence report
bash registry/intelligence.sh

运行生命周期```bash

Full 4-phase maintenance: score -> retrofit -> dormant check -> decay alerts

bash registry/lifecycle.sh

Report mode (dry run, no changes)

bash registry/lifecycle.sh --report

Individual phases

bash registry/lifecycle.sh --score
bash registry/lifecycle.sh --fix
bash registry/lifecycle.sh --flag-dormant


### 组合管道```bash
# Create a new pipeline
bash composer/compose.sh new my-pipeline

# List all pipelines
bash composer/compose.sh list

# Validate a pipeline
bash composer/compose.sh validate my-pipeline

# Run a pipeline
bash composer/compose.sh run my-pipeline

组合是将工具链接到顺序工作流中的YAML文件:```yaml
name: deploy-pipeline
description: Score, fix, and report
steps:
- type: shell
name: preflight
command: "echo 'Starting...'"

  • type: shell
    name: get-version
    command: "cat package.json | jq -r .version"
    export_as: VERSION

  • type: shell
    name: test
    command: "npm test"
    on_fail: fallback-lint

  • type: shell
    name: deploy
    command: "echo Deploying v$VERSION"

  • type: shell
    name: fallback-lint
    command: "npm run lint"
    skip: true


特点:环境变量注射(`export_as`),条件分支(`on_fail`),只跳几步(`skip: true`),以及 `continue_on_fail` 对于非关键步骤。

### 计划自动维护(macOS)

计划的生命周期每天通过launchd运行——工作日的模拟运行报告,周日的实时修复:```bash
# Test the wrapper manually
bash scripts/scheduled-lifecycle.sh

# Force a live run (regardless of day)
bash scripts/scheduled-lifecycle.sh --force

看 scripts/ 用于启动plist模板。

三合会

工具厂使用三文档系统而不是PRD:

  • 视觉.md --我们要去哪里。七个支柱,每个支柱都有一个实现百分比。
  • 规格.md --今天存在什么。能力、架构、验证界面。
  • 建筑.md --我们是如何到达这里的。建立包含决策和理由的日志。

VISION和SPEC之间的差异就是路线图。任何两个文件都可以重建第三个文件。

需求

  • macOS或Linux
  • Bash 3.2+
  • Python 3.6+
  • Claude Code(用于工具本身)

许可证

麻省理工学院——见 许可证.

作者

建造于 id8Labs 作为Claude Code工具生态系统的一部分。

常见问题

6 问
答案由本站依据条目字段整理,不引用上游原文
Tool Factory (tool-factory) 怎么安装?

资料没有给出安装命令,请到官方仓库或文档按说明接入;这类条目多数是生态应用,或尚未发布可安装包。

Tool Factory (tool-factory) 怎么在 Claude 里配置?

它的传输方式未标注,在客户端的 MCP 配置里填好启动命令和参数,保存后完全退出客户端再打开,配置才会生效。

Tool Factory (tool-factory) 收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Tool Factory (tool-factory) 需要 API Key 吗?

资料标注为无需认证,装好就能连;如果实际调用时报鉴权错误,按官方文档补上凭据。

Tool Factory (tool-factory) 支持哪些客户端?

资料标注支持 Claude;其他客户端只要能配置 MCP Server,也能用同样的命令或地址接入。

Tool Factory (tool-factory) 能提供哪些能力?

资料显示能力标签包括 工具管理、Shell、Claude。具体工具清单以官方文档为准。

热门专题

按标签挑服务器
全部专题 →

服务器信息以作者仓库与官方文档为准;分类、传输方式与鉴权方式的中文说明为中文整理,最近核验 2026-05-17。