Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/haabe/mycelium/receipt-rendernpx skills add haabe/mycelium --skill receipt-rendergit clone --depth 1 https://github.com/haabe/myceliumWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/haabe/mycelium/receipt-render)<a href="https://agentmods.dev/skills/haabe/mycelium/receipt-render"><img src="https://agentmods.dev/badge/skills/haabe/mycelium/receipt-render.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00127 | $0.03388 |
| Opus 5 | $0.00063 | $0.01694 |
| Sonnet 5 | $0.00025 | $0.00678 |
| Haiku 4.5 | $0.00013 | $0.00339 |
Grade A, and why
receipt-render scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured today.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 182 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Receipt Render
Read-only render of a completed diamond as a shareable, factual one-page work receipt — the problem as it was framed, the assumptions tested, what was killed and what was kept. It follows the render fleet's shared conventions and consent gate (${CLAUDE_PLUGIN_ROOT}/engine/render-conventions.md; Check 43 applies via the -render name), but unlike the diagram specialists (diamond-render / ost-render / cycle-render) it produces a shareable prose artifact and is not a /mycelium:render dispatcher target.
The receipt is a carrier the user may choose to hand to a colleague. It is generated fully locally — nothing is transmitted. Its footer carries a volitional data flow (an origin line + a pre-filled GitHub Discussion deep-link) so that, if the user chooses, the work can surface back to the maintainer. The skill never posts anything; a human reviews a draft and submits it.
Why this exists (the honest framing)
A silent adopter is invisible to a solo maintainer. This skill does not generate adoption and does not phone home. It gives a real piece of completed work a shareable shape with a low-friction, non-leading way for the user (or a colleague they hand it to) to surface themselves — if they want to. It surfaces behaviour (what was built), never solicits praise (whether it was good).
When NOT to use
- To render a diamond's state as a diagram →
/mycelium:diamond-render. This skill renders completed work as prose, not a state machine. - For an in-progress diamond → this skill refuses (a receipt summarizes finished work; see Rules). Run it after Deliver→Complete.
- For internal retrospective capture →
/mycelium:retrospective. The receipt is an outward-facing artifact, not a learning log.
Identifier exposure
Declared: YES
Scope (canvas surfaces touched)
| Canvas file | Identifier-bearing fields | Frequency |
|---|---|---|
.claude/canvas/archived-solutions.yml |
reason / notes prose (may name a tester whose feedback killed a solution) |
low |
.claude/canvas/opportunities.yml |
evidence_sources, notes prose |
low |
.claude/harness/decision-log.md |
decision prose filtered to this diamond (may name contributors) | low–medium |
$MYCELIUM_ATTRIBUTION_REGISTRY env var (canonical) or .claude/memory/attribution-registry.yml (fallback) |
people: block with name+consent+note |
read-only consultation; never rendered |
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- today Changed · +1 lines 52a5b78328db
- 3d ago First seen · 181 lines · 127 tokens per session scan A 9731528be7b3
receipt-render is a skill published in the GitHub repository haabe/mycelium (45 stars, last pushed today), licensed MIT. It adds 127 tokens to every session and 3,388 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
cto-orchestration
CTO/orchestrator 模式管理多 agent 软件交付：agentctl 统一派工（一条 duplex lane、三引擎原生协议，轮内 steer）、goal 合同驱动、typed watcher、异构评审、真路径验收与主理人减负。适用于用户要求'你做 CTO/编排者'、'派 omp/codex 去做'、'goal 模式派发'、管理多会话开发或把这套工作流接入新项目；用户说'复盘 / 收口 / retro / retrospective'时也必须触发（七步仪式 + retro-check 硬门），说'工作盘点 / 盘点候选 / stocktake'时同样触发（盘点仪式，只提案不动工）。新项目先用…
observability-standard
生产级可观测性规范,所有后端服务通用(普通微服务与 agent / 多 agent / RAG 项目;Python / Go / Java / Rust)。核心:traceid 串 trace/log + 业务 id 反查 db、结构化日志、OpenTelemetry 埋点与跨进程传播、日志级别与边界类型纪律;agent / RAG 在此基线上加 LLM / 工具 / 检索埋点(GenAI 语义约定)。Use whenever writing or reviewing backend code involving logging, tracing, structured logs, context propagation, log…
orchestrator-core
多智能体编排的领域无关内核（A² Supervisor 层的方法论抽象）。把编排者的操作系统从领域里剥出来：萃取式主上下文 + 按『要不要主上下文』切分派工 + 契约化派发 + 分层合并 + 对抗式异构验证 + 降认知负载。领域皮（CTO 写码 / 总编内容 / 未来任意领域）只贴一张薄角色表 + 完成定义，内核整套复用。适用于用户要求抽象编排模式、造新领域编排者、或问『多智能体架构怎么搭』。不要用于：单 agent 一次性小任务（无需内核）、纯文档初始化（用 repo-governance-bootstrap）。派工/评审/状态落盘的领域实现见各皮 skill（cto-orchestration / yangge-ops）。.
agent-backend-standard
生产级 agent 时代后端工程手册(hub)——建 / 评审 agent·LLM 后端、任何碰 DB 的持久层后端、或为任何后端建立 / 评审 repo 工程门禁时加载。覆盖架构、prompt、工具(ACI)、记忆、检索/RAG、韧性幂等、人在环、安全护栏与有界执行、评估、成本、依赖生命周期,及数据访问 / 缓存 / 秘密接触面三纪律与 Python/Go/Java/Rust 统一 fix/check/test 门禁。本文件是目录,深度按需读 references/;可观测性/Git/A2A 是独立 skill,本 hub 只交叉引用。Use when building or reviewing agent/LLM…
agent-frontend-standard
Skill "agent-frontend-standard" from martin1847/evolab, covering agent frontend — 前端工程手册, 1. 设计系统即 agent 契约, 2. 类型端到端契约, 3. 视觉验证环 and 4. 测试分时门禁.
git-workflow-standard
生产级 Git 协作 SOP:受保护分支按仓库 tier 门禁、改动从 feature 分支起、集成默认 squash、rebase 判据、提交不加 AI 签名。任何 git commit / push / 开 PR / 建分支 / rebase / 合并场景加载;agent 写完代码准备提交前必读。Use when committing, pushing, opening a PR, branching, rebasing, or merging.