Skip to main content

TradeGuard OSS

CI Latest release License: MIT Python 3.10–3.13 PyPI

Install

pip install tradeguard-oss

TradeGuard OSS is an open-source toolkit for validating trading journals, checking risk hygiene, and computing reproducible performance and journal-integrity diagnostics from closed trades.

Status: active early development (v0.7.0). The project is intended for research, education, journaling, and system-quality checks. It is not financial advice and it does not place trades.

Why TradeGuard?

Trading journals often contain missing stop losses, inconsistent direction labels, invalid timestamps, duplicate records, incomplete position sizing, or performance statistics that cannot be reproduced. TradeGuard turns those checks into dependency-light, testable rules and deterministic reports.

Current capabilities

  • Versioned CSV journal schema and row-level diagnostics
  • Long/short PnL, initial risk, and R-multiple calculation
  • Win rate, net PnL, expectancy, gross profit/loss, profit factor, breakeven count, best/worst trade, and closed-trade maximum drawdown
  • Stop-loss and data-quality validation
  • Deterministic SHA-256 journal fingerprints
  • Exact duplicate-trade detection and blocking integrity diagnostics
  • Entry-notional portfolio exposure by normalized symbol and side
  • Gross/net notional exposure and configurable portfolio, symbol, and trade notional limits
  • Stop-based historical risk budgets with explicit incomplete-data diagnostics
  • Deterministic segmented analytics by symbol and side
  • Optional deterministic closed-at grouping by calendar day or month
  • Explicit mapped CSV imports with source-row provenance and rejection diagnostics
  • Stable additive tradeguard.report.v1 contract with explicit compatibility rules
  • Human-readable or versioned JSON CLI output
  • Deterministic JSON report export
  • Automated tests across Python 3.10–3.13 plus distribution wheel smoke-install validation

Install for development

git clone https://github.com/hesam1111111111/tradeguard-oss.git
cd tradeguard-oss
python -m venv .venv
# Windows: .venv\Scripts\activate
# macOS/Linux: source .venv/bin/activate
pip install -e .[dev]
pytest -q

CSV format

Required columns:

symbol,side,entry,exit

Optional columns:

stop_loss,quantity,opened_at,closed_at

Example:

symbol,side,entry,exit,stop_loss,quantity,opened_at,closed_at
BTCUSDT,long,60000,61500,59000,0.1,2026-01-01T10:00:00,2026-01-01T13:00:00
ETHUSDT,short,3200,3100,3260,1.0,2026-01-02T09:00:00,2026-01-02T12:00:00

CLI

Native TradeGuard CSV:

tradeguard examples/sample_journal.csv
tradeguard examples/sample_journal.csv --json
tradeguard examples/sample_journal.csv --output report.json

Explicit mapped import from a differently named CSV:

tradeguard examples/mapped_journal.csv \
  --map symbol=Ticker \
  --map side=Direction \
  --map entry=OpenPrice \
  --map exit=ClosePrice \
  --map stop_loss=Stop \
  --map quantity=Size \
  --json

Mappings are explicit by design. TradeGuard does not guess aliases or infer ambiguous columns. The report adds an import provenance section with source/imported/rejected row counts, the exact mapping, completeness, and source-indexed diagnostics. If mapped import is incomplete, metrics/risk/segments are suppressed rather than computed from a partial dataset.

Add deterministic temporal analytics based on the recorded closed_at value:

tradeguard examples/sample_journal.csv --group-closed-by day --json
tradeguard examples/sample_journal.csv --group-closed-by month --output report.json

The report retains the tradeguard.report.v1 envelope and includes source, metrics, validation issues, journal fingerprint, structured integrity diagnostics, risk analysis, segmented analytics, and optional import provenance. Metrics are skipped when blocking validation, duplicate-record errors, or incomplete mapped import make analysis unsafe.

The stable machine-readable contract and compatibility rules are documented in docs/report-contract-v1.md.

Python API

from tradeguard import (
    RiskLimits,
    Trade,
    aggregate_exposure,
    analyze_by_closed_period,
    analyze_trades,
    check_risk_limits,
    import_mapped_csv,
    journal_fingerprint,
    validate_trades,
)

trades = [Trade("BTCUSDT", "long", entry=60000, exit=61500, stop_loss=59000, quantity=0.1)]
print(validate_trades(trades))
print(journal_fingerprint(trades))
print(analyze_trades(trades))
print(analyze_by_closed_period(trades, "month"))
print(aggregate_exposure(trades))
print(check_risk_limits(trades, RiskLimits(max_gross_notional=10000)))

mapped = import_mapped_csv(
    "examples/mapped_journal.csv",
    {"symbol": "Ticker", "side": "Direction", "entry": "OpenPrice", "exit": "ClosePrice"},
)
print(mapped.imported_rows, mapped.rejected_rows)

Exposure semantics

aggregate_exposure and notional risk limits use absolute entry * quantity values from the supplied journal. They describe historical entry-notional concentration; they are not live positions, mark-to-market exposure, margin usage, or broker account state.

Temporal semantics

Temporal grouping uses the recorded closed_at value exactly as supplied. TradeGuard does not guess or convert timezones; callers combining timestamps from different zones should normalize them before calendar grouping.

Development policy

Behavioral changes should arrive through scoped branches and pull requests with regression tests. CI runs the test suite across supported Python versions before changes are merged. Public examples must be synthetic or privacy-safe.

Roadmap

Near-term work includes additional offline import adapters, stronger source-data integrity diagnostics, and broader report-consumer fixtures. Live brokerage connectivity and order execution are outside the current core scope.

Contributing

Contributions are welcome. Please read CONTRIBUTING.md, follow the CODE_OF_CONDUCT.md, open an issue for material changes, and include tests for behavioral changes.

Repository-maintainer review criteria and evidence are tracked in docs/oss-application-readiness.md.

Security and privacy

TradeGuard does not require API keys for its core journal analytics. Do not commit broker credentials, exchange keys, private trade exports, or personal financial data. See SECURITY.md.

License

MIT. See LICENSE.

Release files for tradeguard-oss 0.7.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for tradeguard-oss 0.7.1
File Size Uploaded
tradeguard_oss-0.7.1.tar.gz 23.6 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for tradeguard-oss 0.7.1
File Interpreter ABI Platform
tradeguard_oss-0.7.1-py3-none-any.whl Python 3 none any Details

Total release size:42.1 kB

Release files / tradeguard_oss-0.7.1.tar.gz

Download URL tradeguard_oss-0.7.1.tar.gz
Size 23.6 kB
Tags Source
SHA-256 checksum
How to use checksums
46dfb305ee901dd20faa8f3cede0ddc9b222960f3f09361155e73d66bb958f36
BLAKE2b-256 checksum
How to use checksums
301418652370c2e2fd471e45d863ebd4810847e3aee77b93c9209725281fa71f
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 17, 2026.

Transparency log

Release files / tradeguard_oss-0.7.1-py3-none-any.whl

Download URL tradeguard_oss-0.7.1-py3-none-any.whl
Size 18.5 kB
Tags Python 3
SHA-256 checksum
How to use checksums
3cb34c8696b07eb7e39ee72401e33d6829662211e9ea98e51084f9e78d22c02f
BLAKE2b-256 checksum
How to use checksums
97cc667f779316fcebb2d25115518e63118ad5f08ec53efaf4fd9ff371edc609
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 17, 2026.

Transparency log

Release history Release notifications | RSS feed

0.16.0

2 release files

0.15.0

2 release files

0.14.0

2 release files

0.13.0

2 release files

0.12.0

2 release files

0.11.1

2 release files

0.11.0

2 release files

0.10.0

2 release files

0.9.0

2 release files

0.8.0

2 release files

This release

0.7.1 This release

2 release files

0.7.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page