Token导航 LogoToken导航TokenDH.com
开发执行命令github未标认证来源可访问许可证需确认审计异常

bmad-distillatorbmad 蒸馏器

Agent Skill

bmad-distillator 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

2,938

周安装

120

GitHub Stars

45,921

下载量

941
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/bmad-code-org/bmad-method --skill bmad-distillator

简介

bmad-distillator 对任意文档集进行高密度压缩,保留全部事实与关系。

  • 专为 LLM 工作流设计,去除人类冗余信息,提升 token 效率。
  • 输出单一致密文档,确保下游流程无信息损失地消费上下文。
  • 区别于摘要,强调事实完整性而非文字精简。
  • 安装前需准备源文档集合,明确压缩目标与保留要素清单。

SKILL.md

Distillator: A Document Distillation Engine

Overview

This skill produces hyper-compressed, token-efficient documents (distillates) from any set of source documents. A distillate preserves every fact, decision, constraint, and relationship from the sources while stripping all overhead that humans need and LLMs don't. Act as an information extraction and compression specialist. The output is a single dense document (or semantically-split set) that a downstream LLM workflow can consume as sole context input without information loss.

This is a compression task, not a summarization task. Summaries are lossy. Distillates are lossless compression optimized for LLM consumption.

On Activation

  1. Validate inputs. The caller must provide:

- source_documents (required) — One or more file paths, folder paths, or glob patterns to distill - downstream_consumer (optional) — What workflow/agent consumes this distillate (e.g., "PRD creation", "architecture design"). When provided, use it to judge signal vs noise. When omitted, preserve everything. - token_budget (optional) — Approximate target size. When provided and the distillate would exceed it, trigger semantic splitting. - output_path (optional) — Where to save. When omitted, save adjacent to the primary source document with -distillate.md suffix. - --validate (flag) — Run round-trip reconstruction test after producing the distillate.

  1. Route — proceed to Stage 1.

Stages

#StagePurpose
1AnalyzeRun analysis script, determine routing and splitting
2CompressSpawn compressor agent(s) to produce the distillate
3Verify & OutputCompleteness check, format check, save output
4Round-Trip Validate(--validate only) Reconstruct and diff against originals

Stage 1: Analyze

Run scripts/analyze_sources.py --help then run it with the source paths. Use its routing recommendation and grouping output to drive Stage 2. Do NOT read the source documents yourself.

Stage 2: Compress

Single mode (routing = "single", ≤3 files, ≤15K estimated tokens):

Spawn one subagent using agents/distillate-compressor.md with all source file paths.

Fan-out mode (routing = "fan-out"):

  1. Spawn one compressor subagent per group from the analysis output. Each compressor receives only its group's file paths and produces an intermediate distillate.
  2. After all compressors return, spawn one final merge compressor subagent using agents/distillate-compressor.md. Pass it the intermediate distillate contents as its input (not the original files). Its job is cross-group deduplication, thematic regrouping, and final compression.
  3. Clean up intermediate distillate content (it exists only in memory, not saved to disk).

Graceful degradation: If subagent spawning is unavailable, read the source documents and perform the compression work directly using the same instructions from agents/distillate-compressor.md. For fan-out, process groups sequentially then merge.

The compressor returns a structured JSON result containing the distillate content, source headings, named entities, and token estimate.

Stage 3: Verify & Output

After the compressor (or merge compressor) returns:

  1. Completeness check. Using the headings and named entities list returned by the compressor, verify each appears in the distillate content. If gaps are found, send them back to the compressor for a targeted fix pass — not a full recompression. Limit to 2 fix passes maximum.
  2. Format check. Verify the output follows distillate format rules:

- No prose paragraphs (only bullets) - No decorative formatting - No repeated information - Each bullet is self-contained - Themes are clearly delineated with ## headings

  1. Determine output format. Using the split prediction from Stage 1 and actual distillate size: Single distillate (≤~5,000 tokens or token_budget not exceeded): Save as a single file with frontmatter: --- type: bmad-distillate sources: - "{relative path to source file 1}" - "{relative path to source file 2}" downstream_consumer: "{consumer or 'general'}" created: "{date}" token_estimate: {approximate token count} parts: 1 --- Split distillate (>~5,000 tokens, or token_budget requires it): Create a folder {base-name}-distillate/ containing: {base-name}-distillate/ ├── _index.md # Orientation, cross-cutting items, section manifest ├── 01-{topic-slug}.md # Self-contained section ├── 02-{topic-slug}.md └── 03-{topic-slug}.md The _index.md contains: Each section file is self-contained — loadable independently. Include a 1-line context header: "This section covers [topic]. Part N of M." Source paths in frontmatter must be relative to the distillate's location.

- Frontmatter with sources (relative paths from the distillate folder to the originals) - 3-5 bullet orientation (what was distilled, from what) - Section manifest: each section's filename + 1-line description - Cross-cutting items that span multiple sections

  1. Measure distillate. Run scripts/analyze_sources.py on the final distillate file(s) to get accurate token counts for the output. Use the total_estimated_tokens from this analysis as distillate_total_tokens.
  2. Report results. Always return structured JSON output: {"status": "complete", "distillate": "{path or folder path}", "section_distillates": ["{path1}", "{path2}"] or null, "source_total_tokens": N, "distillate_total_tokens": N, "compression_ratio": "X:1", "source_documents": ["{path1}", "{path2}"], "completeness_check": "pass" or "pass_with_additions"} Where source_total_tokens is from the Stage 1 analysis and distillate_total_tokens is from step 4. The compression_ratio is source_total_tokens / distillate_total_tokens formatted as "X:1" (e.g., "3.2:1").
  3. If --validate flag was set, proceed to Stage 4. Otherwise, done.

Stage 4: Round-Trip Validation (--validate only)

This stage proves the distillate is lossless by reconstructing source documents from the distillate alone. Use for critical documents where information loss is unacceptable, or as a quality gate for high-stakes downstream workflows. Not for routine use — it adds significant token cost.

  1. Spawn the reconstructor agent using agents/round-trip-reconstructor.md. Pass it ONLY the distillate file path (or _index.md path for split distillates) — it must NOT have access to the original source documents. For split distillates, spawn one reconstructor per section in parallel. Each receives its section file plus the _index.md for cross-cutting context. Graceful degradation: If subagent spawning is unavailable, this stage cannot be performed by the main agent (it has already seen the originals). Report that round-trip validation requires subagent support and skip.
  2. Receive reconstructions. The reconstructor returns reconstruction file paths saved adjacent to the distillate.
  3. Perform semantic diff. Read both the original source documents and the reconstructions. For each section of the original, assess:

- Is the core information present in the reconstruction? - Are specific details preserved (numbers, names, decisions)? - Are relationships and rationale intact? - Did the reconstruction add anything not in the original? (indicates hallucination filling gaps)

  1. Produce validation report saved adjacent to the distillate as -validation-report.md: --- type: distillate-validation distillate: "{distillate path}" sources: ["{source paths}"] created: "{date}" --- ## Validation Summary - Status: PASS | PASS_WITH_WARNINGS | FAIL - Information preserved: {percentage estimate} - Gaps found: {count} - Hallucinations detected: {count} ## Gaps (information in originals but missing from reconstruction) - {gap description} — Source: {which original}, Section: {where} ## Hallucinations (information in reconstruction not traceable to originals) - {hallucination description} — appears to fill gap in: {section} ## Possible Gap Markers (flagged by reconstructor) - {marker description}
  2. If gaps are found, offer to run a targeted fix pass on the distillate — adding the missing information without full recompression. Limit to 2 fix passes maximum.
  3. Clean up — delete the temporary reconstruction files after the report is generated.

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

38.95%
按下载量换算367

Claude

30.65%
按下载量换算288

Cursor

17.76%
按下载量换算167

Gemini CLI

8.88%
按下载量换算84

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

未通过

权限和风险

执行命令

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

安装前确认

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

来源信息

继续浏览同类 Skills