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/cognisn/cloudledger/cost-analysisnpx skills add Cognisn/cloudledger --skill cost-analysisgit clone --depth 1 https://github.com/Cognisn/cloudledgerWrote 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/cognisn/cloudledger/cost-analysis)<a href="https://agentmods.dev/skills/cognisn/cloudledger/cost-analysis"><img src="https://agentmods.dev/badge/skills/cognisn/cloudledger/cost-analysis.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.00083 | $0.00830 |
| Opus 5 | $0.00042 | $0.00415 |
| Sonnet 5 | $0.00017 | $0.00166 |
| Haiku 4.5 | $0.00008 | $0.00083 |
Grade A, and why
cost-analysis 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 3d 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 — 75 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Cost analysis
Turn the scanner's collected billing data into a cost breakdown and a forward forecast. The scanner collects up to 12 months of Cost Explorer history per account, which is what makes both possible.
Tools
get_total_cost— total spend across accounts, with per-account totals and AWS Organizations context.get_cost_by_service— spend broken down by AWS service.get_cost_trends— month-by-month history (the basis for the forecast).get_cost_comparison— compare spend between two periods or scans.get_organizations_cost_breakdown— use this in Organizations/Control Tower environments when asked which account costs the most: it separates the master/payer account's direct costs from member-account usage, avoiding the common trap where the payer account appears to dominate.
Workflow
1. Scope
Confirm which account(s) and time range the user means. Use list_scans /
get_scan_summary to identify the account. State the account and the period the
data covers before presenting numbers.
2. Breakdown
- Headline:
get_total_costfor the overall figure and per-account split. - By service:
get_cost_by_service— report the top services by spend and what share each represents. - Multi-account / Organizations: prefer
get_organizations_cost_breakdownfor "which account costs the most", and explain the master-vs-member distinction it returns. - Change over time:
get_cost_comparisonwhen the user wants period-over-period.
Always state the currency (the tools return it) and the exact months covered.
3. Trend and forecast
- Call
get_cost_trendsfor the monthly series (trends,month_count). - Describe the trend: rising, falling, flat, seasonal, or spiky.
- Forecast from the history — the server does not forecast, so you compute
it and show your method:
- Use a simple, stated method: a 3-month trailing average for a stable series, or a linear projection of the last several months for a clear trend.
- Project the next 1–3 months and give a range, not false precision.
- State every assumption (method, months used, that it extrapolates past usage and ignores planned changes, Reserved Instance/Savings Plan expiry, and one-off charges).
- Call out anything that undermines the forecast: too few months of data (say so and widen the range), a large one-off spike, or an obvious step change. If there are fewer than three months of history, do not forecast — report the trend only and say why.
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.
- 3d ago First seen · 75 lines · 0 tokens per session scan A bc67023fdc7c
cost-analysis is a skill published in the GitHub repository Cognisn/cloudledger (0 stars, last pushed 15d ago), licensed MIT. It adds 83 tokens to every session and 830 once invoked, about $0.0004 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
aws-cloud-penetration-testing
Penetration test AWS cloud environments for misconfigurations, privilege escalation, data exposure, and lateral movement. Use this skill when assessing AWS accounts for security weaknesses including S3 bucket misconfigurations, IAM policy flaws, EC2 metadata exploitation, Lambda function abuse, and cross-account…
conducting-cloud-infrastructure-penetration-test
Perform a cloud infrastructure penetration test across AWS, Azure, and GCP to identify IAM misconfigurations, exposed storage buckets, insecure serverless functions, and cloud-native attack paths using Pacu, ScoutSuite, and Prowler.
aws-cloud-penetration-testing
Penetration test AWS cloud environments for misconfigurations, privilege escalation, data exposure, and lateral movement. Use this skill when assessing AWS accounts for security weaknesses including S3 bucket misconfigurations, IAM policy flaws, EC2 metadata exploitation, Lambda function abuse, and cross-account…
conducting-cloud-infrastructure-penetration-test
Perform a cloud infrastructure penetration test across AWS, Azure, and GCP to identify IAM misconfigurations, exposed storage buckets, insecure serverless functions, and cloud-native attack paths using Pacu, ScoutSuite, and Prowler.
agentcore-investigation
Investigate Bedrock AgentCore runtime sessions via CloudWatch Logs Insights — resolve session/trace IDs, query OTEL spans, filter noise, build timelines. Use when debugging AgentCore agent sessions, tracing tool calls, or analyzing latency.
amazon aurora dsql
Deprecated compatibility redirect for Aurora DSQL guidance. Use when a request concerns DSQL, Aurora DSQL, distributed SQL, DSQL schemas, migrations, queries, authentication, performance, or application development.