jargon
Skill10 starsChanged 33 days agoMITView on GitHub
/iceberg:jargon — Build and manage the jargon list that /iceberg:edit removes and /iceberg:score flags (Rule 18). Pick an industry pack (technology, finance, marketing, corporate, legal), name your own words, or both. Writes .iceberg/jargon.txt.
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 4 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 35
If a term appears twice, the later line wins.
- Distinctive: line 45
Ask which industry with AskUserQuestion.
- Distinctive: line 46
Read the chosen pack and show its entries.
- Very specific: line 47
Ask which entries to keep, or whether to include the whole pack with @pack <name>.
- Very specific: line 48
Ask for extra words, one per line, with optional => replacement.
- Very specific: line 51
If .iceberg/jargon.txt already exists, read it first and offer to extend it.
- Very specific: line 73
Never write or change the list without the user's confirmation, except add and remove, which the user asked for directly.
- Distinctive: line 74
Do not add entries the user did not choose.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Iceberg Jargon List
Manages .iceberg/jargon.txt in the current working directory. Once the file exists, /iceberg:edit and /iceberg:score apply it automatically as Rule 18.
List file format
# comments start with #
@pack finance # pulls in a bundled pack
!synergy # keep the pack, but allow this one word
leverage => use
touch base # bare entry: delete the phrase and repair the sentence
move the needle => improve <metric>- One entry per line.
term => replacementreplaces. A baretermdeletes. @pack <name>includes every entry from a bundled pack.- Matching ignores case and covers whole words and phrases. Inflections match too:
leveragealso matches leveraged and leveraging. !termdrops a term that a pack brought in. Use it to keep a pack but allow one word.- If a term appears twice, the later line wins. A line in the user file therefore overrides the same term from a pack.
Finding the bundled packs
Packs live at skills/jargon/packs/<name>.txt inside the plugin. Try ${CLAUDE_PLUGIN_ROOT}/skills/jargon/packs/<name>.txt first. If that path does not resolve, Glob for **/skills/jargon/packs/<name>.txt. Bundled packs: technology, finance, marketing, corporate, legal.
Modes
No argument — interview
- Ask which industry with AskUserQuestion. Offer the bundled packs. "Other" is always available.
- Read the chosen pack and show its entries.
- Ask which entries to keep, or whether to include the whole pack with
@pack <name>. - Ask for extra words, one per line, with optional
=> replacement. - Show the final file. Write
.iceberg/jargon.txtonly after the user confirms. Create.iceberg/if needed.
If .iceberg/jargon.txt already exists, read it first and offer to extend it. Never overwrite it silently.
<industry> with no matching pack
Draft 30–50 entries for that industry in the file format. Prefer a plain replacement. Use a bare entry only when deletion is the right fix. Skip common words that would corrupt ordinary prose, such as such, same, stack, or material.
Show the draft and let the user cut or edit entries. After confirmation, save the entries literally. Do not write @pack, because no pack exists. The saved list stays fixed between runs.
add <term> [=> replacement] and remove <term>
Edit .iceberg/jargon.txt in place. Create it if it does not exist (for add). For remove, delete the matching line. If the term comes from an @pack, add a !term line to the user file instead, and say so.
--show
Print the merged list: packs first, then user-file entries, with later entries replacing earlier ones. Show the entry count.
--packs
List each bundled pack with its entry count and three sample entries.
Rules
- Never write or change the list without the user's confirmation, except
addandremove, which the user asked for directly. - Do not add entries the user did not choose.
- Entries are matched in prose only. Code blocks, inline code, URLs, and proper nouns are never touched.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

