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/zfinix/aster/aster-chat-sessionsnpx skills add Zfinix/aster --skill aster-chat-sessionsgit clone --depth 1 https://github.com/Zfinix/asterWrote 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/zfinix/aster/aster-chat-sessions)<a href="https://agentmods.dev/skills/zfinix/aster/aster-chat-sessions"><img src="https://agentmods.dev/badge/skills/zfinix/aster/aster-chat-sessions.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.00000 | $0.00557 |
| Opus 5 | $0.00000 | $0.00279 |
| Sonnet 5 | $0.00000 | $0.00111 |
| Haiku 4.5 | $0.00000 | $0.00056 |
Grade A, and why
aster-chat-sessions 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.
What it actually says
Chat, sessions, and memory
aster chat talks to the review agent with read/search tools over the repo. In a terminal it opens a TUI; from scripts and agents always use the one-shot forms.
One-shot answers
aster chat -p "why is finding 2 critical?" # plain text (default when piped)
aster chat --json "summarize the last review" # {"reply", "edits", "usage"}
aster chat --no-tools -p "explain this error" # plain LLM turn, no repo tools
--model overrides the model for the turn (else ASTER_MODEL, else aster.yaml).
History and persistence
aster chat --continue -p "and the second one?" # seed the most recent session's history
aster chat --session <ID> -p "..." # persist this turn into a session by id
aster chat --messages-json msgs.json -p "..." # caller-owned history (or `-` for stdin)
--messages-json takes a JSON array of {"role","content"} with roles user | assistant | system. Combined with --session, the session only records the turn (the caller owns history); --session alone also seeds the session's prior history.
Edits
--allow-edits exposes an edit_file tool to the agent, gated by the permissions block in aster.yaml (deny-first globs, protected paths). Leave it off unless the task is explicitly to change files, and diff the working tree afterward.
Inspecting sessions
aster sessions # list saved sessions for this repo
aster sessions show <id> # full transcript
aster sessions --json # machine-readable (also on `show`)
Durable memory
aster memory # list stored memory
aster memory add "we use pnpm" # append a fact to project memory
aster memory add --title deploy "…" # save a titled block
aster memory --json # machine-readable
Memory is per-repo and fed to future chats and reviews; store durable facts (conventions, constraints), not one-off context.
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 · 52 lines · 0 tokens per session scan A d7798dccb616
aster-chat-sessions is a skill published in the GitHub repository Zfinix/aster (46 stars, last pushed 3d ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 557 tokens. 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
planning-context
Use at the start of EVERY session and before ending any work session in a repo with a .planning/ directory — restores project memory from markdown files that survive /clear, and writes state back so no context is ever lost. Also use when the user says "where were we", "resume", "update the plan", or after context…
speccrew-knowledge-bizs-identify-entries
Analyze source directory structures to identify business module entry directories for each platform using XML workflow blocks. Use when initializing or updating business knowledge base to determine which directories contain user-facing entry points.
speccrew-knowledge-techs-generate
Stage 2 of technology knowledge initialization - Generate technology documentation for a specific platform using XML workflow blocks. Extracts tech stack, architecture, and conventions from configuration files and source code. Creates INDEX.md, tech-stack.md, architecture.md, and conventions-.md files. Used by Worker…
speccrew-knowledge-techs-index
Stage 3 of technology knowledge initialization - Generate root INDEX.md by aggregating all platform technology documents using XML workflow blocks. Creates the master index that maps platforms to their documentation and provides Agent-to-Platform mapping guide. Used by Worker Agent after all platform documents are…
speccrew-knowledge-techs-init
Stage 1 of technology knowledge initialization - Scan source code to detect technology platforms and generate techs-manifest.json using XML workflow blocks. Identifies web, mobile, backend, and desktop platforms by analyzing configuration files and project structure. Used by Worker Agent to kick off the techs pipeline.
speccrew-knowledge-bizs-dispatch
Dispatch bizs knowledge base generation tasks with 5-stage pipeline (XML Block version). Handles feature inventory, feature analysis with skill routing, graph data writing, module summarization, UI style pattern extraction, and system summary.