About GreenLedger — AI bookkeeping engine (full IP)
AI bookkeeping engine with confidence-gated autonomy — full IP transfer
1) WHAT IT IS GreenLedger is a tested prototype of a deterministic double-entry bookkeeping engine built on the principle: AI proposes, humans decide, the database enforces. An AI categorizer proposes an account for each transaction with a confidence score; a deterministic policy engine routes each proposal to auto-post or to a human review lane based on confidence, amount, cumulative caps, sensitivity, and a per-account error rate; and PostgreSQL — not application code — enforces the accounting invariants (balanced entries, append-only journals, mandatory provenance, period locking, and a tamper-evident hash chain). Every number carries full provenance: one endpoint returns the complete paper trail for any line (line to entry to routing decision to proposal to source document to reviewer to hash), rendered verbatim in the UI. 2) WHAT'S INCLUDED Full outright IP transfer of a single-buyer sale. You receive: the complete Git repository at branch release/ip-sale including full commit history from first commit to sale; all application source (FastAPI backend with policy engine, categorizer, ledger and close services, and LLM client; Vite + React frontend with design tokens and API client; ordered PostgreSQL schema and bootstrap; root prototypes that form the behavioral contract; scripts and Docker/CI infrastructure); the binding specification and design record (spec, documented deviations, deferred-conformance register, and a phase-by-phase README build narrative); the full pytest suite of 57 passing tests plus 1 skipped (the skip is a live-LLM smoke test), spread across 11 modules, with a GitHub Actions CI gate (Postgres 16 service container to schema reset to pytest to vite build); design tokens and vendored IBM Plex fonts; synthetic demo/seed data for a fictional company (no real business's books); and buyer documentation — the asset schedule, this buyer-diligence briefing, and an IP-assignment draft. 3) TECH STACK Database: PostgreSQL 16, with schema-enforced invariants (deferrable constraint triggers, a SECURITY DEFINER hash-chain trigger, and role GRANTs). Backend: Python 3.11, FastAPI, Uvicorn, psycopg 3 with connection pooling, Pydantic 2. AI categorizer: Anthropic API (Claude Haiku), temperature 0, strict-JSON output, confidence capped at 0.90, with a pattern-memory layer in front of the LLM. Frontend: Vite + React 18, Recharts, and vendored IBM Plex fonts (no external fetch). Tests/CI: pytest (57 pass / 1 skip) on GitHub Actions with a Postgres 16 service container. Local infra: Docker Compose (Postgres + API) plus a no-Docker local Postgres runner. Runs end-to-end locally in about ten minutes. 4) HONEST LIMITATIONS This is a prototype, not a production SaaS. Known limitations (from the buyer-diligence doc, verbatim): Auth is a header, not a system. The acting role is the X-GreenLedger-Role request header. There is no authentication, no user identity, no session, no SSO, no authorization beyond role-lane checks. A real deployment must add an identity layer in front. Demo data only. No real ingestion. The seed is synthetic. No bank feeds / no external financial integrations. No Plaid, no QBO/Xero, no processor settlement un-netting. Ingestion is modeled close to one-line-per-document. The live-LLM path needs the Anthropic SDK (now pinned) and an API key. The tests mock the client, so the gate needs no network or key; running the real categorizer additionally requires an ANTHROPICAPIKEY. No SOC 2, no security audit, no compliance certification of any kind. Legal / CPA-of-record / compliance structure is research only. The spec describes an accountability model; none of it is implemented or operational. This is not accounting or legal advice and must not be represented as a compliant bookkeeping service without the appropriate professional and regulatory structure. Single-node assumptions. Advisory-lock hash chaining and the pooling model are designed for a single Postgres primary; horizontal scale is unproven. 5) SALE TERMS One-time outright IP transfer to a single buyer, completed via escrow. The seller retains portfolio-reference rights — the right to reference, describe, and display non-confidential aspects of the work (including screenshots and architecture) for portfolio and professional purposes after transfer; this carve-out does not include the right to resell, relicense, or operate the assets. The code repository stays private until the sale closes. No domain, trademark, customers, revenue, patents, or production infrastructure are included (see the asset schedule for the full what-transfers / what-does-not list). Development provenance is disclosed openly: GreenLedger was built AI-assisted using Claude Code under human-gated phases, and the full commit history transfers intact.
Project details
Next step: <p>GreenLedger is a tested prototype, not a production SaaS — its deterministic ledger core, DB-enforced AI boundary, provenance model, and 57-test CI gate are a solid, documented foundation. The path to production, roughly in priority order: (1) Add a real identity/auth layer in front — today the acting role is just an X-GreenLedger-Role header, with no login, session, or SSO. (2) Build real ingestion — replace synthetic seed data with bank feeds and connectors (Plaid, QBO/Xero) and handle settlement un-netting. (3) Close out the tracked deferred items D1-D6 (stored period FK, full reconciliations, one-doc-many-lines raw transactions with resolved counterparties, UUID-by-default resolution, independent-model close checks, and HARD_STOP customer-notice/CPA-of-record flows) — all additive, not bug fixes. (4) Harden the live-LLM path (pinned Anthropic SDK, needs an API key) and replace placeholder dev credentials. (5) Commission the reviews the seller hasn't done: independent security, OSS-license/compliance, and — if run as a bookkeeping service — accounting/regulatory review. (6) Validate horizontal scale beyond the single-Postgres-primary assumption. (7) Clear a trademark for any name adopted ("GreenLedger" is an unregistered rename); note full commit history transfers intact.</p>
For sale
What's included
Source code, All related data, All related design work
Included: the full Git repository at branch release/ip-sale with complete commit history; the 57-test pytest suite (1 skipped) and GitHub Actions CI; the binding specification, documented deviations, and deferred-conformance register; buyer documentation (asset schedule, buyer-diligence briefing, and an IP-assignment draft); design tokens and synthetic demo/seed data. NOT included: no domain name, no trademark, no customers, no revenue, no patents, and no production infrastructure or cloud accounts. Sale is a one-time outright IP transfer via escrow; seller retains portfolio-reference rights (non-confidential screenshots/architecture only). Code stays private until the sale closes.
Reason for selling
I'm a university student who built this end-to-end as a serious architecture exercise — deterministic ledger, gated AI autonomy, full test suite. I'm heading into an internship and exchange semester and won't take it to market myself; it deserves a buyer who will. Full commit history included, happy to do a live walkthrough