observable-receipt-distiller
Distill a candidate skill from observable repair receipts, then prove it on holdout fixtures. Use when you have repeated accepted patches, corrections, and validator results, but do not have permission to use private transcripts or hidden chain-of-thought.
git clone --depth 1 https://github.com/LearnPrompt/LearnPrompt /tmp/observable-receipt-distiller && cp -r /tmp/observable-receipt-distiller/research/articles/thinking-distillation-boundary/showcase/observable-receipt-distiller/fixture/.agents/skills/observable-receipt-distiller ~/.claude/skills/observable-receipt-distillerSKILL.md
Distill a candidate skill only from observable receipts. 1. Read [the distillation contract](references/distillation-contract.md). 2. Use the training receipts under `receipts/training/`; reject marker files under `receipts/negative/` according to the contract. 3. Generate a candidate skill in `.agents/skills/frontmatter-repair/` by running: ```bash node .agents/skills/observable-receipt-distiller/scripts/distill-candidate.mjs \ --receipts receipts/training \ --candidate .agents/skills/frontmatter-repair \ --summary reports/distillation-summary.json ``` 4. Evaluate the candidate on the 4 holdout fixtures: ```bash node .agents/skills/observable-receipt-distiller/scripts/evaluate-candidate.mjs \ --candidate .agents/skills/frontmatter-repair \ --holdout holdout \ --summary reports/evaluation-summary.json ``` 5. Run `npm test`. 6. Do not modify any source receipt under `receipts/`. 7. Return a structured report only after the candidate exists, the holdout has run, and tests are complete.
Create or rewrite exactly one LearnPrompt Starlight MDX tutorial to the repository's golden-sample standard, with bottom-of-page auditable sources instead of SourceCard, a research pack, evidence ledger, reproducible showcase, independent review, quality score, and successful site build. Use for one LearnPrompt article, tutorial, chapter, or MDX page; in batch goals, invoke once per topic in an isolated task.
Read a read-only release feed over HTTP, enforce an auditable request contract, and write redacted JSON and Markdown reports. Use when the task is to inspect releases from a REST endpoint without mutating upstream state.
Inspect a small npm CLI release candidate and produce a row-by-row release-readiness checklist report with evidence, pass rules, severity, N/A policy, and a final gate. Use when the task is to review a release candidate without publishing it.
Save a shared web link as a clean Obsidian note. Use when the user gives a URL and asks to save, clip, or archive it into their Obsidian vault as a markdown note with title, source, and summary.
Migrate three legacy Markdown docs into Starlight-compatible migration candidates inside an isolated temp repo. Use when you need stage receipts, crash recovery, resume validation, or deterministic candidate packaging without touching real user docs.
从一个 issue 和一段 diff 生成结构化发布摘要，固化“读 issue → 读 diff → 归类改动 → 评估风险 → 写验证步骤”的重复工作流。
Repair synthetic MDX frontmatter when title, description, or sidebar.order drift from the frontmatter contract. Use for files that follow the same observable patterns proven in the receipts; do not use on private transcripts, secret-bearing material, or arbitrary YAML.
Prepare a dry-run rename plan for a batch of receipt PDFs. Use when the user wants repository-style receipt filenames normalized under the local naming policy without renaming files yet.