Oracle3
Open-source trading engine and MCP server for prediction markets. Fee-aware no-arbitrage trading across related contracts, live on Kalshi, Polymarket and Solana or on paper.
Personal P&L for a sports card reselling business
Translation pending
FinanceTypeScript · PythonGitHub @jho1019OnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Dashboard to view my overall progress
Translation pending
Taken from the repository README
Loading the full README. The saved excerpt is shown below.
Personal P&L and tax system for a sports card reselling business
(eBay seller jho_sportscards, also CollX). Tracks cash flow, produces
Schedule C figures at year end, and shows a dashboard.
Stack: Supabase + Postgres, natural-language entry through Claude Code,
web dashboard (local now, Vercel later).Read the full README ↗Personal P&L and tax system for a sports card reselling business
(eBay seller jho_sportscards, also CollX). Tracks cash flow, produces
Schedule C figures at year end, and shows a dashboard.
Stack: Supabase + Postgres, natural-language entry through Claude Code, web dashboard (local now, Vercel later).
CLAUDE.md project instructions for Claude Code — read first
docs/
DECISIONS.md architecture + rationale — read before changing the data model
PHASES.md six-phase build plan, each with an exit check
HANDOFF.md original handoff notes
reference/ real-world findings (eBay report quirks, known-good figures)
schema/ *.sql migrations, applied in order (Phase 1, 3.5)
importers/ parse_ebay.py — transaction report parser (tested)
.claude/skills/card-entry/ natural-language entry routing skill (auto-loaded)
scripts/
check_connection.py Phase 0 connectivity check
backup.py dated CSV dump of every table -> ./backups (gitignored)
entry.py manual ledger entry: purchase / sale / expense / refund / review
cp .env.local.example .env.local and fill it in — see docs/PHASES.md, Phase 0.python -m pip install -r requirements.txtpython scripts/check_connection.py — both checks must pass before Phase 1.
REST validates the publishable and secret keys; SQL runs select now()
over the pooled connection. On a machine with TLS-inspecting antivirus, set
DB_SSL_ROOT_CERT or DB_SSL_INSECURE=1 in .env.local (see its comments)..env.local is gitignored. The secret key and DATABASE_URL never reach the
browser.