Agentlas OS is a local-first system for creating, storing, borrowing, and running specialist AI agents and temporary agent teams through supported hosts and models. It serves people who want reusable agents that remain available across computers and model workspaces, and the catalogue contains its skills, commands, hooks, agents, instructions, plugin, and rule.
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.
git clone --depth 1 https://github.com/agentlas-ai/Agentlas-OSWrote 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/commands/agentlas-ai/agentlas-os/hep-graph.body)<a href="https://agentmods.dev/commands/agentlas-ai/agentlas-os/hep-graph.body"><img src="https://agentmods.dev/badge/commands/agentlas-ai/agentlas-os/hep-graph.body.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.00000 | $0.01727 |
| Opus 5 | $0.00000 | $0.00864 |
| Sonnet 5 | $0.00000 | $0.00345 |
| Haiku 4.5 | $0.00000 | $0.00173 |
Grade A, and why
hep-graph.body 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 5d 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.
This is a copy
89% identical to hep-graph — 7 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 146 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Update fallback: 자동 업데이트가 안 되면 hephaestus update를 한 번 실행하세요. 업데이트하지 않아도 현재 버전 명령은 그대로 동작합니다.
/hep-graph
Saved automation graphs live in the local Agentlas database, shared with the desktop app. This command reads that database and can ask for a graph to run.
Raw arguments: {{ARGS}}
What this command can and cannot do. It lists graphs, shows what a graph does, and requests a run. It does not execute the graph — the desktop app is what runs it. Say that plainly when you report back; do not tell the user their automation ran.
Locate the CLI
CLI=""
for candidate in \
"$(command -v agentlas 2>/dev/null)" \
"$HOME/.agentlas/runtime/current/bin/agentlas" \
"./bin/agentlas"
do
if [ -n "$candidate" ] && [ -x "$candidate" ]; then CLI="$candidate"; break; fi
done
[ -n "$CLI" ] || { echo "Agentlas CLI not found. Install it with: npm i -g agentlas" >&2; exit 1; }
New — build one by talking it through
With new <what they want> (or when the user describes an automation they want and no
saved graph matches), run the CLI's interview. It asks the user things it must not decide
for them — when it runs, whether a step goes outside, how many times a repeat may run.
The CLI reads answers from stdin, one per line. So: run it once with no answers to see the first questions, relay them to the user in their own words, get their answers, then run it again with every answer so far:
printf '%s\n' "<answer 1>" "<answer 2>" "y" | "$CLI" graph new "<what they want>"
Rules that matter here:
- Never invent an answer. If the user has not said when it runs, ask them — do not pick a time. The whole point of the interview is that these come from the person.
- The interview proposes a grading checklist for steps that repeat until good enough (what must exist / what must not appear). Relay those items so the user can confirm or edit them — they are the pass/fail criteria, and the person should see them before saving.
- If the user does not know or says you decide, pass that through verbatim
(
알아서 해주세요/you decide). The CLI then takes the most conservative option and says what it chose. Do not decide on their behalf yourself. - The last line must be
yto save. Until then nothing is written. - It is created switched off. Say so, and relay the two commands the CLI prints
(
graph showto look it over,automation onto turn it on). - If the CLI stops with "answer 를 받지 못해 멈췄습니다" / "Stopped without an answer to", it needed one more answer. Relay that exact question to the user and run again with the fuller list. Do not retry with a guess.
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.
- 5d ago First seen · 146 lines · 0 tokens per session scan A 76b6ab167c4d
hep-graph.body is a command published in the GitHub repository agentlas-ai/Agentlas-OS (1,103 stars, last pushed 2d ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 1,727 tokens. A static security scan graded it A with 0 findings. It is 89% identical to hep-graph, differing in 7 lines, and is treated as a copy.
Other commands, from other repositories
dashboard-proposal-detach
Detach the OpenSpec change from a session. Usage /dashboard:proposal-detach.
dashboard-session-fork
Fork a session into a new one. Usage /dashboard:session-fork.
dashboard-session-hide
Hide a session from the dashboard list. Usage /dashboard:session-hide.
amend-plan
Plan Amend - Discuss and apply amendments to a plan.json implementation plan.
dashboard-server-tunnel-off
Disconnect the public tunnel. Usage /dashboard:server-tunnel-off.
dashboard-session-abort-all
Abort multiple running sessions (asks which). Usage /dashboard:session-abort-all.