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/indranilbanerjee/contentforge/output-foldergit clone --depth 1 https://github.com/indranilbanerjee/contentforgeWhat 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.00020 | $0.01189 |
| Opus 5 | $0.00010 | $0.00594 |
| Sonnet 5 | $0.00004 | $0.00238 |
| Haiku 4.5 | $0.00002 | $0.00119 |
Grade A, and why
output-folder 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.
Copies of this mod
1 near-identical copy found in the catalogue:
- output-folder — 100% identical, 0 lines differ
How it starts
The opening of the file, as written. The whole thing — 108 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Output Folder
Show the user where ContentForge actually saves the finished .docx files, and (when supported) open that folder in the OS file manager. This is the answer to "where did my file go?" — a real question from the v3.12.2 user-feedback cycle.
Trigger
User runs /contentforge:output-folder, or asks any variant of "where did my file save", "I can't find the output", "open output folder".
Background
ContentForge writes two copies of every finished .docx:
- Internal tracking copy at
~/.claude-marketing/{brand}/tracking/outputs/{year}/{month}/{slug}_v1.0.docx. This is the system-of-record for/contentforge:cf-analytics,/contentforge:cf-audit, etc. It lives inside a dotfolder that Windows hides by default — users rarely find it. - User-visible published copy at
~/Documents/ContentForge/{brand}/{content_type}/{YYYY-MM}/{slug}.docx. If$CONTENTFORGE_PUBLISH_DIRis set it replaces the whole~/Documents/ContentForge/{brand}prefix — see the warning in Configuration below. This is the copy to surface.
The published copy was added in v3.12.3 specifically because end users reported "the file isn't saving on local drive" — it was saving, just somewhere they couldn't see.
Process
Step 1: Resolve the path
The published-output directory resolves exactly as local-tracker.py get_publish_dir() does — first non-empty wins:
--publish-diroverride, if passed$CONTENTFORGE_PUBLISH_DIR/if the env var is set — note: no{brand}segment is appended in this branch~/Documents/ContentForge/{brand-slug}/otherwise
A {content_type-slug} segment is appended after that base in every branch.
So when the env var is set, the resolved folder is $CONTENTFORGE_PUBLISH_DIR/{content_type}/ — the same tree for every brand. Report the path that actually resolves; do not invent a {brand} segment that isn't there.
Default to the active brand if no argument was provided. If neither is available, prompt: "Which brand's output folder? Run /contentforge:output-folder <brand> or set up a brand with /contentforge:brand-setup."
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 · 108 lines · 20 tokens per session scan A d0c5724c0a4f
output-folder is a command published in the GitHub repository indranilbanerjee/contentforge (26 stars, last pushed 15d ago), licensed MIT. It adds 20 tokens to every session and 1,189 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 commands, from other repositories
engagement
Run a marketing engagement using the 12-Part methodology. Subcommands: start, next, status, validate, re-run-decision, update-back, lif-show, file-tree, list-engagements, four-core, growth-plan, yearly-planner, loop.
resume
Resume a long-running DMP workflow (engagement / campaign-plan / content-engine / seo-audit / competitor-analysis / campaign-audit / launch-campaign) that was interrupted partway through.
execute-action
Actually fire a campaign-audit / launch-campaign action against its real API (vs returning a manifest). Reads credentials from env vars (no OAuth flow). Read ops auto-execute with --execute; write ops require --confirm. Logs every execution to the audit trail.
output-folder
Print + open the user-visible DMP output folder for a brand (/Documents/DigitalMarketingPro/{brand}/). Direct answer to "where did my engagement deliverables save?".
check
Run the unified pre-publish quality gate on marketing content (hallucination + brand voice + structure + claims). Use before publishing any marketing copy.
doctor
Per-action readiness diagnostic. Shows which campaign-audit and launch-campaign actions are live (manifest-ready) vs blocked (stub-unconfigured) in the current environment, with one-step setup hints for the blocked ones. Now includes model-registry freshness + Cowork+Drive routing status.