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/malloydata/publisher/malloy-html-data-appsnpx skills add malloydata/publisher --skill malloy-html-data-appsgit clone --depth 1 https://github.com/malloydata/publisherWrote 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/malloydata/publisher/malloy-html-data-apps)<a href="https://agentmods.dev/skills/malloydata/publisher/malloy-html-data-apps"><img src="https://agentmods.dev/badge/skills/malloydata/publisher/malloy-html-data-apps.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.1 | $0.00059 | $0.02812 |
| Opus 5 | $0.00030 | $0.01406 |
| Sonnet 5 | $0.00012 | $0.00562 |
| Haiku 4.5 | $0.00006 | $0.00281 |
Grade A, and why
malloy-html-data-apps 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 6d ago.
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 — 170 lines — stays where its author put it; the contents beside it link to each section on GitHub.
In-Package HTML Data Apps
A package becomes a web app by adding a
public/directory. Publisher serves those files and gives the pagePublisher.query(...)to run Malloy against the package's models. No build step, no npm, no framework.
When this is the right tool
| The user wants | Use |
|---|---|
| A hand-authored HTML/JS dashboard, no toolchain | this skill (an HTML data app) |
| A React app with managed components | the Publisher React SDK (out of scope here) |
| An analyst notebook with charts | a Malloy notebook (.malloynb) |
| Point-and-click exploration, no code | the Publisher Explorer |
Pick an HTML data app when the user wants full control of the markup and only plain web files.
Package anatomy
my-package/
publisher.json # name, version, description
subscriptions.malloy # the model(s), stays private
subscriptions.parquet # data, stays private
public/ # ONLY this directory is web-served
index.html
app.js
vendor/ # chart library, vendored rather than loaded from a CDN
chart.umd.js
Only public/ is reachable over the web, at /environments/<env>/packages/<pkg>/<file>. Models, data, and publisher.json are private and reached only through the query API, which still applies the model's filters, access modifiers, and authorize rules. There is no flag to set: a public/ directory is what makes a package an app.
Build sequence
The agent orchestrates these. Each query and chart step hands off to a focused skill.
- READ THE MODEL FIRST. Get the model's real source and view names, through your environment's context tool if it has one, or by opening the
.malloyfile directly. Never guess field or view names. - SCAFFOLD the package (template below).
- WRITE THE QUERIES with
skill:malloy-html-data-app-runtime. Validate each before pasting it into the page, using whatever query tool your environment provides or a running Publisher (seeskill:malloy-html-data-app-runtime). Malloy syntax questions go toskill:malloy-queries. - CHOOSE CHARTS with
skill:malloy-chartswhen rendering through<malloy-render>; otherwise it is your own chart library drawing the returned rows. Vendor any chart library intopublic/and load it locally, not from a CDN. Two reasons: embedded author JavaScript runs with the viewing user's data authority, and a blocked CDN (agent sandboxes and many corporate networks block them) is easy to miss, because the script never runs and the charts come up empty. Thestorefrontexample ships its chart library inpublic/vendor/and loads it frompublic/index.htmlas./vendor/chart.umd.js. Copy that, but resolve the path against the page's own directory: a page in a subdirectory (public/reports/index.html) needs../vendor/chart.umd.js. A wrong relative path 404s and leaves the charts blank, which is the failure you are trying to avoid. - EMBED (optional) with
skill:malloy-html-data-app-embedding. - PREVIEW with the local authoring loop (below).
- VERIFY before you call it done (see "What 'done' means" below). This step is not optional.
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 6d ago First seen · 170 lines · 59 tokens per session scan A cad0760c3d1c
malloy-html-data-apps is a skill published in the GitHub repository malloydata/publisher (99 stars, last pushed yesterday), licensed MIT. It adds 59 tokens to every session and 2,812 once invoked, about $0.0003 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
debug-local
Debug the Lightdash app using PM2 logs, Maple traces, and browser automation. Use when investigating issues, tracking down bugs, understanding request flow, or correlating frontend actions with backend behavior.
frontend-style-guide
Apply the Lightdash frontend style guide and design principles when working on React components or styling frontend code. Use when editing TSX files, building or reviewing UI, fixing styling issues, or when the user mentions Mantine, design, styling, or CSS modules.
reusable-visualization
Build ONE reusable chart visualization component that receives its data and its settings from the host application instead of fetching them, and declares the fields and config options the host exposes to viewers. Use this whenever a single chart component is reused across many different queries rather than built for…
lightdash-agent-slack-messaging
Use this skill when writing, designing, or generating Slack messages for Lightdash's in-app analytics agent. Triggers when someone asks to create agent update messages, Slack digests, agent notifications, weekly summaries, daily summaries, or any Slack copy for the Lightdash project agent. Also use when asked to vary…
upgrade-preflight
Checks whether a self-hosted Lightdash upgrade is safe to run, and reads the tooling's answer without over-reading it. Use when upgrading a self-hosted instance, planning a maintenance window, answering "is this upgrade safe", or recovering a failed, hung, parked or lock-stuck migration — covers lightdash…
breakup-pr
Break up a large PR into vertical feature slices delivered incrementally via Graphite stacked PRs. All verticals share a single feature flag so the entire feature ships atomically. Use when: splitting a large PR, breaking up a diff, vertical slicing, incremental delivery, phased rollout, or when a PR is too large to…