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 skills/atomchung/fomo-kernel/fomo-kernelnpx skills add atomchung/fomo-kernel --skill fomo-kernelgit clone --depth 1 https://github.com/atomchung/fomo-kernelWhat 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.00068 | $0.01903 |
| Opus 5 | $0.00034 | $0.00951 |
| Sonnet 5 | $0.00014 | $0.00381 |
| Haiku 4.5 | $0.00007 | $0.00190 |
Grade A, and why
fomo-kernel 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 — 91 lines — stays where its author put it; the contents beside it link to each section on GitHub.
fomo-kernel
Use relevant evidence and the recorded book when portfolio consequences matter; then recommend what to do. Missing inputs narrow claims, not Skill engagement. references/agent-boundaries.md holds throughout.
Answer a live decision
Use consider when the user supplies a trade premise and asks what it does to a recorded book. It is the deterministic portfolio-consequence path, never a prerequisite for research, discovery, or a non-portfolio recommendation.
Commands run from this skill's own directory. Product state is reached only through the engine/review.py CLI — never another engine/* script, never a direct engine import.
python3 engine/review.py consider --premise '{"ticker":"NVDA","side":"buy","qty":20}' --language <tag>
A premise needs a ticker, a side, and one of qty or notional. Everything else is optional and engine-defaulted: an unstated price becomes the engine's own observed close, an unstated date reads as "if I did this next". schemas/trade-premise.schema.json is the field contract. The book comes from the user's recorded ledger — pass normalized trade CSVs as positional arguments only when no ledger exists yet.
Pass --language as the tag the user is writing in; an unsupported tag falls back to en. Keep conversing in their language and never hand-translate engine copy.
First run only: python3 engine/review.py doctor. The engine fail-soft degrades without its optional dependencies — silently dropping current prices and market context — so verify once rather than mid-answer.
The response is the contract
The payload is the authority for portfolio facts. External research is optional and relevance-driven; when used, keep it sourced and separate from engine facts.
evaluation.consequence— the bookbeforeandafterthe trade, and thedelta: weights, largest position, top three, sector and AI share, cash. Alsodisclosures, and the holdings the numbers were measured without.evaluation.rule_collisions— the user's own rules this trade touches, each with therule_effectnaming how it moves.challenge— this call'smust_state(facts the answer owes, withanchors),may_state(owed on no call — state one only when it decides this call),machine_state(machines only, never rendered),rule_effects(must_convey/must_not_conveyper rule),quote_verbatim(the user's own words, never relabeled as an outside source),unchecked(never enumerated), andcase_required.disclosures_display— each disclosure as a sentence in the user's language. Use it as an end-block line rather than translating a key.prior_decision— present only when the user already resolved one earlier consideration of this same ticker: their own stored words, and what they reported doing about it, never proof they did it. Useprior_decisiononly when it changes the current lead judgment, evidence requirement, process action, or a decision-changing question; otherwise ignore it.
What ships with it
60 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- behavior-diagnosis.md 3.0 KB
- card-spec.md 8.0 KB
- card-template.html 24 KB
- card-template.src.html 17 KB
- copy/en.json 38 KB
- copy/zh-CN.json 30 KB
- copy/zh-TW.json 35 KB
- engine/answer_provenance.py 47 KB runs code
- engine/book_refresh.py 40 KB runs code
- engine/card_renderer.py 240 KB runs code
- engine/coach.py 30 KB runs code
- engine/compare_lenses.py 8.2 KB runs code
- engine/conditions.py 43 KB runs code
- engine/consequence.py 82 KB runs code
- engine/demo_weeks.py 6.3 KB runs code
- engine/evaluation_challenge.py 41 KB runs code
- engine/fetch_cache.py 4.3 KB runs code
- engine/horizon.py 5.7 KB runs code
- engine/instruments.py 5.2 KB runs code
- engine/ledger.py 69 KB runs code
- engine/market_context.py 7.3 KB runs code
- engine/market_data.py 57 KB runs code
- engine/perf.py 30 KB runs code
- engine/portfolio_basis.py 67 KB runs code
- engine/price_feed.py 34 KB runs code
- engine/problems.py 27 KB runs code
- engine/question_surface.py 27 KB runs code
- engine/review.py 480 KB runs code
- engine/revisit.py 40 KB runs code
- engine/rich_card.py 21 KB runs code
- engine/session.py 60 KB runs code
- engine/snapshot_adapter.py 47 KB runs code
- engine/splits.py 24 KB runs code
- engine/symbols.py 4.2 KB runs code
- engine/test_state_loop.py 15 KB runs code
- engine/thesis.py 21 KB runs code
- engine/trade_recap.py 216 KB runs code
- engine/verdicts.py 16 KB runs code
- engine/weekly_market_read.py 9.5 KB runs code
- evals/evals.json 4.6 KB
- flows/book-refresh.md 9.2 KB
- flows/first-review-structural.md 4.0 KB
- flows/first-review.md 10 KB
- flows/light-capture.md 2.3 KB
- flows/snapshot-review.md 4.6 KB
- flows/test-drive.md 1.7 KB
- flows/weekly-review.md 11 KB
- mock/mock_trades.csv 1.6 KB
- mock/sample_ai_holder.csv 1.0 KB
- mock/sample_ai_holder.driver_map.json 242 B
- mock/sample_bare_export.csv 550 B
- mock/sample_bare_export.driver_map.json 168 B
- mock/sample_day_trader.csv 2.2 KB
- mock/sample_day_trader.driver_map.json 242 B
- mock/sample_fundamental.csv 1.8 KB
- mock/sample_fundamental.driver_map.json 345 B
- mock/sample_insufficient.csv 443 B
- mock/sample_insufficient.driver_map.json 86 B
- mock/sample_momentum.csv 2.0 KB
- mock/sample_momentum.driver_map.json 255 B
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 · 91 lines · 68 tokens per session scan A a5b0d9d3db6a
fomo-kernel is a skill published in the GitHub repository atomchung/fomo-kernel (9 stars, last pushed 3d ago), licensed MIT. It adds 68 tokens to every session and 1,903 once invoked, about $0.0003 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-31.
Other skills, from other repositories
better-typography
Web typography from choosing fonts to spacing, wrapping and accessibility. Use when picking or pairing typefaces, configuring variable fonts or OpenType features, setting up a type scale, checking heading hierarchy, styling text in components, truncating text, styling underlines, selection, placeholders or carets, or…
better-accessibility
Accessibility engineering for product interfaces, from focus states and keyboard support to ARIA, forms, and screen readers. Use when building or reviewing UI components, modals, menus, forms, custom widgets, or when the user says "make this accessible" or reports keyboard or screen-reader issues. Triggers on…
better-interface
User-invoked, cross-discipline interface review that coordinates better-accessibility, better-layout, better-writing, better-typography, better-colors, and better-ui. Use when explicitly invoked for a holistic review of a screen, flow, feature, or product interface. Supports quick and full review modes. Triggers on…
better-layout
Layout structure for web interfaces, from grouping and alignment to reading order, progressive disclosure, and adaptive breakpoints. Use when structuring a page or component, spacing or aligning controls, deciding what collapses at small sizes, handling RTL layout direction, or reviewing frontend code for layout.…
better-ui
Design engineering principles for making interfaces feel polished. Use when building UI components, reviewing frontend code, implementing animations, hover states, shadows, borders, micro-interactions, enter/exit animations, choosing or reviewing icons, or any visual detail work. Triggers on UI polish, design details…
better-writing
UX writing and interface copy, from voice and button labels to error messages and empty states. Use when writing or reviewing any user-facing text: button and link labels, form errors, placeholders, settings labels, onboarding flows, notifications, or empty states. Triggers on UX writing, microcopy, interface copy…