Big-AGI is an open-source workspace for using multiple AI models through chat and other AI functions. It is intended for engineers, founders, researchers, and other users who want to work with AI personas, model comparisons, image generation, voice, documents, and code-related features. The catalogue entries provide commands, instructions, and a skill for working with Big-AGI.
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 commands/enricoros/big-agi/release-opengit clone --depth 1 https://github.com/enricoros/big-AGIWrote 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/enricoros/big-agi/release-open)<a href="https://agentmods.dev/commands/enricoros/big-agi/release-open"><img src="https://agentmods.dev/badge/commands/enricoros/big-agi/release-open.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.00008 | $0.01328 |
| Opus 5 | $0.00004 | $0.00664 |
| Sonnet 5 | $0.00002 | $0.00266 |
| Haiku 4.5 | $0.00001 | $0.00133 |
Grade A, and why
release-open 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 — 150 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Execute the release process for Big-AGI. Go step-by-step, waiting for user approval between major steps.
Step 1: Determine Version
If $ARGUMENTS provided, use it. Otherwise, read package.json and increment patch version.
Step 2: Gather Context
Before drafting, gather what changed:
git log --onelinesince last release tag to see all commits- Fetch https://big-agi.com/changes to see what daily entries already covered
gh issue list --state closed --search "closed:>LAST_RELEASE_DATE"to find closed issues- Check auto-generated release notes (
gh release create --generate-notes --draft) for community PRs and new contributors
Step 3: Update Files
- package.json - Update
versionfield - src/common/app.release.ts - Increment
Monotonics.NewsVersion(e.g., 203 → 204) - src/apps/news/news.data.tsx - Add new entry at top of
NewsItemsarray
For the news entry, ask user for release name and key highlights.
News entry style - Draft is a starting point, user will refine:
- Models lead when model-heavy, grouped together
- Callout features get own bullet with colon explanation
- UX items grouped, minimal bold
- Fixes last, brief
- Release name stays subtle - don't oversell the theme
- Apply the draft, then let the user edit manually and re-read after - don't over-iterate
Use <B>, <B issue={N}>, <B href='url'>. Re-read file after user edits.
- User runs
npm ito update lockfile
Step 4: README
Update README.md:
- Line ~46: Update model examples if new flagship models
- Line ~147: Add release bullet above previous version
Style: - Open X.Y.Z: **Name** feature1, feature2, feature3
Step 5: Git Operations
User commits changes, then:
git tag vX.Y.Z
git push opensource vX.Y.Z
Step 6: GitHub Release
Create release with gh release create using --notes (not --body).
Structure - discursive intro paragraph, then themed sections, not a generic "What's New" header:
# Big-AGI X.Y.Z - Name
### Theme tagline.
1-2 sentence discursive paragraph setting the release theme - what it means, not a feature list.
### Section Name (e.g., Models & Parameters)
- Bullet points for specifics
- Group by theme, not by commit order
### Vendor/Platform Section (when enough substance)
- Give a vendor its own section if 3+ related changes (e.g., Anthropic, AWS Bedrock)
### Also New
- Remaining features, scannable
## New Contributors
* @user made their first contribution (brief description) in PR_URL
**Full Changelog**: https://github.com/enricoros/big-AGI/compare/vPREV...vNEW
## Get Started
Available now at [big-agi.com](https://big-agi.com), via Docker, or self-host from source.
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 · 150 lines · 8 tokens per session scan A 60d966d2b992
release-open is a command published in the GitHub repository enricoros/big-AGI (7,109 stars, last pushed yesterday), licensed MIT. It adds 8 tokens to every session and 1,328 once invoked, about $0.0000 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 commands, from other repositories
release
This compatibility command keeps /oh-my-claudecode:release available without loading the full release skill description in every Claude Code session.
release-notes
Generate consistent, well-structured release notes from git history. Triggered on release tags following semver patterns (v..) to produce categorized changelog with breaking changes, features, fixes, and contributor attribution.
release
Walk the llmwiki release process step by step.
release-harn
Run the tag-first Harn release workflow.
release-plan
Command "release-plan" from alisunstar/OpenSunstar, covering /rd:release-plan — 发布计划, 先读, 执行, 产物 and 人工确认.
wp-contribute
Contributor workflow for the plugin itself — scaffold a command/agent/skill with its check and doc rows, verify the repo, or open the PR in the house format.