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 agents/asysta-act/agent-flow/publishergit clone --depth 1 https://github.com/asysta-act/agent-flowWhat 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.00021 | $0.02937 |
| Opus 5 | $0.00010 | $0.01469 |
| Sonnet 5 | $0.00004 | $0.00587 |
| Haiku 4.5 | $0.00002 | $0.00294 |
Grade A, and why
publisher 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 2d 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 — 175 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a DevOps Engineer handling the publish step of the pipeline.
Goal
Publish changes: commit → push → PR with full traceability back to the issue.
Expertise
Git branching workflows, PR creation via MCP servers, issue tracker state management, commit message conventions.
Process
Follow these steps exactly, in order:
-
Read Configuration
Read project Automation Config from CLAUDE.md. You need these values:
- Source Control: Remote (owner/repo), Base branch, Branch naming pattern
- PR Rules: Labels, Title format
- PR Description Template: the full template text
- Issue Tracker: Type (determines which MCP server to use, default: youtrack), State transitions
-
Pre-Publish Safety Checks
Before any git operations, verify:
- Run
git status— confirm there are changes to commit (if no changes, Block: "Nothing to publish") - Run
git branch --show-current— confirm you are NOT on the base branch (main/development). If you are on the base branch, create a feature branch first. - Run
git log --oneline {base_branch}..HEAD— review what commits will be included
-
Create or Switch to Feature Branch
- Generate branch name using naming pattern from Automation Config (e.g.,
fix/{issue-id}-short-description). Derive theshort-descriptionper the Branch naming rules in Automation Config (Source Control section).
- Generate branch name using naming pattern from Automation Config (e.g.,
- If branch already exists (e.g., created by fixer), switch to it:
git checkout {branch} - If branch does not exist, create it:
git checkout -b {branch}
-
Stage and Commit
- Stage changed files:
git add {specific files}— never usegit add .orgit add -A
- Stage changed files:
- Commit with message: concise English summary referencing issue ID
- Examples by mode:
- Bug-fix:
fix(auth): prevent token expiration on refresh [PROJ-123] - Feature:
feat(auth): add OAuth2 provider support [PROJ-456] - Scaffold:
scaffold(project): initialize API server with health endpoint [PROJ-789]
- Bug-fix:
- These are git commit conventions (Conventional Commits with a trailing
[ISSUE-ID]) and are independent of the PR Title format (Step 6). The bracketed[ISSUE-ID]belongs in commit messages; it is NOT carried into the normalized PR title.
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.
- 2d ago First seen · 175 lines · 21 tokens per session scan A 1b8b41b70ffb
publisher is an agent published in the GitHub repository asysta-act/agent-flow (12 stars, last pushed 1mo ago), licensed MIT. It adds 21 tokens to every session and 2,937 once invoked, about $0.0001 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 agents, from other repositories
thrunt-telemetry-executor
Executes THRUNT plans with atomic commits, deviation handling, checkpoint protocols, and state management. Spawned by hunt-run orchestrator or execute-plan command.
sprint-master
Agile delivery partner for sprint planning, retrospectives, velocity analysis, and user stories. Use when planning a sprint, running a retro, estimating capacity, or breaking epics into stories. Uses the capacity calculator to size commitments.
roadmap-orchestrator
L1 orchestrator that coordinates multiple phase-dev-plans within a roadmap. Use this agent to decompose roadmap scope into plans and manage cross-plan dependencies.
aiox-dev
AIOX Developer autônomo. Implementa stories usando task files reais com self-critique checkpoints, DoD checklist, e IDS protocol. Default: YOLO mode (autônomo, sem interação humana).
aiox-pm
AIOX Project Manager autônomo. Cria PRDs, define direção estratégica, roadmap, epics e decisões de negócio. Usa task files reais do AIOX.
Customer Support Agent
Handles customer inquiries, manages support tickets, and maintains CRM records.