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/jongpie/nebulalogger/nebula-logger-testing-your-codenpx skills add jongpie/NebulaLogger --skill nebula-logger-testing-your-codegit clone --depth 1 https://github.com/jongpie/NebulaLoggerWrote 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/skills/jongpie/nebulalogger/nebula-logger-testing-your-code)<a href="https://agentmods.dev/skills/jongpie/nebulalogger/nebula-logger-testing-your-code"><img src="https://agentmods.dev/badge/skills/jongpie/nebulalogger/nebula-logger-testing-your-code.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.00104 | $0.02558 |
| Opus 5 | $0.00052 | $0.01279 |
| Sonnet 5 | $0.00021 | $0.00512 |
| Haiku 4.5 | $0.00010 | $0.00256 |
Grade A, and why
nebula-logger-testing-your-code 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 4d 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 — 184 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Testing Code That Uses Nebula Logger
This skill is for developers whose own Apex or LWC code calls Logger.info(...), Logger.error(...), etc. and who want to prove in tests that the right things get logged. It only uses global Nebula Logger APIs, so the same techniques work whether the org has the unlocked or the managed package installed.
The Buffer Model
Nebula Logger buffers log entries in memory during a transaction. Logger.saveLog() moves the buffered entries onto the save path (platform event, queueable, REST, or synchronous DML) - see nebula-logger-instrumentation for the save method choice.
For tests, the buffer is the observation point: you can add entries, inspect the buffer size before saveLog(), then either call saveLog() and query the resulting records, or flushBuffer() to drop them without persisting. All three APIs are global.
Assert on the Buffer Before Save
Logger.getBufferSize() returns the number of entries currently buffered. Use it to prove your code added the entries you expected without needing to persist them.
@IsTest
static void it_should_log_a_warning_when_credit_check_fails() {
Account account = new Account(Name = 'Test Account');
insert account;
System.Test.startTest();
new CreditCheckService().evaluate(account.Id);
System.Test.stopTest();
System.Assert.areEqual(1, Logger.getBufferSize(), 'Expected exactly one entry buffered');
}
Because getBufferSize() runs before saveLog() fires, the assertion works without waiting for the platform event to publish.
Assert on Persisted Records After Save
When you need to assert on the message text, logging level, related record, or scenario, save the log and query the persisted records. The full set of custom objects on the log-management side is:
Log__c- one record per logging transaction.LogEntry__c- one record perLogger.info(...)/.error(...)/ etc. call.LogEntryTag__c- junction betweenLogEntry__candLoggerTag__cwhen tags are applied.LoggerScenario__c- captures each uniqueLogger.setScenario(...)value used across transactions.LoggerTag__c- the tag catalog referenced byLogEntryTag__c.
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.
- 4d ago First seen · 184 lines · 104 tokens per session scan A 971e123a38cb
nebula-logger-testing-your-code is a skill published in the GitHub repository jongpie/NebulaLogger (958 stars, last pushed yesterday), licensed MIT. It adds 104 tokens to every session and 2,558 once invoked, about $0.0005 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 skills, from other repositories
sfcc-performance
Performance optimization strategies for Salesforce B2C Commerce Cloud including caching, efficient data retrieval, index-friendly APIs, and job optimization. Use when asked about SFCC performance, caching strategies, or optimization.
sfcc-localserviceregistry
Guide for creating server-to-server integrations in Salesforce B2C Commerce using LocalServiceRegistry. Use this when asked to integrate external APIs, create HTTP services, implement OAuth flows, or configure service credentials.
sfcc-ocapi-hooks
Guide for implementing OCAPI hooks in Salesforce B2C Commerce. Use this when asked to create OCAPI hooks, extend API endpoints, validate API requests, or modify API responses.
sfcc-scapi-hooks
Guide for implementing SCAPI hooks in Salesforce B2C Commerce. Use this when asked to create SCAPI hooks, extend Shopper API endpoints, validate API requests, or modify API responses for headless commerce.
sfcc-security
Secure coding best practices for Salesforce B2C Commerce Cloud including CSRF protection, authentication, authorization, cryptography, and secrets management. Use when asked about SFCC security, input validation, or secure coding patterns.
sfcc-sfra-scss
Best practices for styling and theming SFRA storefronts using SCSS. Use when asked to create style overrides, theming, responsive layouts, or CSS customizations in SFCC.