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/warroom-ceo/core/fill-formgit clone --depth 1 https://github.com/WARROOM-CEO/COREWrote 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/warroom-ceo/core/fill-form)<a href="https://agentmods.dev/commands/warroom-ceo/core/fill-form"><img src="https://agentmods.dev/badge/commands/warroom-ceo/core/fill-form.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.00016 | $0.00861 |
| Opus 5 | $0.00008 | $0.00430 |
| Sonnet 5 | $0.00003 | $0.00172 |
| Haiku 4.5 | $0.00002 | $0.00086 |
Grade A, and why
fill-form 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 yesterday.
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 — 76 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Language: All user-facing output — responses, summaries, and any text the user will read — must be written in Thai (ภาษาไทย). Internal logic, file paths, code snippets, and technical values remain in English.
If you need to check which tools are connected, see CONNECTORS.md.
Fill Form
Help the user complete a fillable PDF form in the live viewer. Unlike programmatic form tools, this gives the user direct visual feedback on every field as it's filled, with easy undo/edit in the viewer.
Why use this instead of programmatic form filling
- Visual confirmation — the user sees each value land in the right box, not just a success message
- Unnamed/unlabeled fields — many real-world PDFs have fields with
machine names like
Text1,Field_7, or no name at all. The label ("Date of Birth", "SSN") is printed next to the field on the rendered page, not in the field metadata. Useget_screenshotto see what each field actually is, then fill by name. - Easy correction — the user can edit or clear any field directly
in the viewer, or ask you to
fill_formagain with new values
Two approaches
User-driven (simple, well-labeled forms)
Call display_pdf with elicit_form_inputs: true. The server detects
form fields and prompts the user to enter values before the viewer
opens. The filled PDF is then displayed.
AI-assisted (complex forms, unnamed fields, or when you have context)
display_pdf(without elicit) — inspect returnedformFields(name, type, page, bounding box)- If field names are cryptic (
Text1,Field_7), useinteract→get_screenshotof each page with fields. Look at the visual labels next to each bounding box to understand what each field is. - For each field, either:
- Infer the value from conversation context (name, date, email)
- Ask the user, describing the field by its visual label ("the 'Date of Birth' box on page 1")
interact→fill_formwithfields: [{name, value}, ...]interact→get_screenshotof each filled page- Show the user, ask them to confirm or edit
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.
- yesterday First seen · 76 lines · 16 tokens per session scan A c52e9841e933
fill-form is a command published in the GitHub repository WARROOM-CEO/CORE (30 stars, last pushed 5mo ago), licensed MIT. It adds 16 tokens to every session and 861 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-09-03.
Other commands, from other repositories
organize-files
Organize and rename files based on content analysis.
open
Open a PDF in the in-app viewer panel.
brief-compliance-check
Check a LaTeX coursework submission against the requirements in a supplied PDF assessment brief. Use when verifying format, required sections, word limits, or deliverables before submission. Not for general prose proofreading; use $proofread.
pipeline-minutar-pdf
Pipeline completo de sentença judicial a partir de PDF (conversão, linha-tempo, relatório, análise, fundamentação, merge).
docs
Document delivery with export to PPTX, DOCX, PDF formats.
cheatsheet
Generate a one-page exam cheatsheet from course-index and errors/log.md. Outputs to cheatsheet/final.md. Optionally convert to PDF.