Read-only sources
Attestations, ledgers, alerts, and statements enter through scoped references and hashes.
OpenIBank
Hermon Finance for OpenIBank
Financial AI is useful only when it is bounded. Hermon Finance should work with read-only data, risk controls, audit receipts, approval gates, and explicit denial of settlement execution, unauthorized trading, credential exposure, and compliance bypass.
6tutorial pages
Financial operators, compliance teams, treasury analysts, product builders, and model-risk reviewers.
Thesis
OpenIBank needs a finance model that behaves like a controlled operations analyst, not a trading agent with hidden authority.
This domain hub is designed for two jobs at once: educate serious users and create better training direction for Hermon adapters. The same vocabulary appears in tutorials, demos, eval rubrics, and model output contracts.
Architecture Map
OpenIBank governed finance loop
Hermon Finance prepares analysis packets. OpenIBank and MapleAI control data scope, approvals, audit receipts, and no-settlement defaults.
Hermon Finance packet
The model summarizes risk, thresholds, evidence gaps, and escalation recommendations.
Controls and review
Policy checks enforce read-only access, risk controls, human approval, and no settlement.
Audit trail
Receipts preserve sources, assumptions, reviewer state, and safe no-action outcomes.
Research Questions
The questions this domain must answer
How can an AI model assist finance without giving personalized investment advice or moving funds?
What fields prove a finance proposal is read-only, auditable, and reviewable?
How should AML/KYC triage separate summarization from regulated decisions?
How should model-risk management handle adapters that improve but still fail one operational field?
Core Concepts
Concepts users need before trusting the demo
Read-only first
The model may summarize, compare, flag, classify, and prepare review packets. It should not execute settlement, trades, transfers, or irreversible account changes.
Operational risk controls
Treasury monitoring means liquidity thresholds, issuer exposure, reserve attestation freshness, redemption pressure, exception queues, and escalation paths.
Audit receipts
Every consequential recommendation should record input hashes, data sources, policy version, risk summary, approval state, and no-action or rollback state.
Regulatory boundary
Hermon Finance should support operations, compliance, and explainability. It should avoid personalized investment advice and regulated decisions without human review.
Tutorial Series
Work through the curriculum
Each lesson includes foundations, applied architecture, a lab prompt, evaluation checks, and an output contract that can become training data or demo validation.
Foundation25-35 min
Finance model boundaries
What Hermon Finance may do, what it must not do, and how to encode that boundary.
Open lessonApplied40-60 min
Treasury risk monitoring
How a finance model can support reserve monitoring without taking over treasury authority.
Open lessonApplied40-60 min
Reconciliation and ledger evidence
How Hermon Finance can help compare ledgers, statements, and attestations while preserving auditability.
Open lessonApplied40-60 min
AML/KYC triage under review
How to support compliance review without auto-clearing regulated cases.
Open lessonAdvanced60-90 min
Model risk and regulatory governance
How OpenIBank should evaluate, document, and promote finance adapters.
Open lessonAdvanced60-90 min
OpenIBank product architecture
How Hermon Finance, Maple AI OS, and OpenIBank can form a governed financial operating stack.
Open lessonIndustrial Map
Where this becomes a product or operating capability
Stablecoin reserve monitoring, attestation checks, issuer concentration, liquidity scenarios, and escalation thresholds.
OpenIBankLedger-to-bank matching, exception triage, statement comparison, and evidence packet preparation.
OpenIBankRead-only summarization of alert context, missing evidence, risk factors, and review queue routing.
OpenIBankEvaluation packs, refusal tests, adapter promotion records, and documented limitations for regulated operations.
OpenIBankReading Map
Primary references and operational context
BIS FSI: Regulating AI in the financial sector
Regulatory context for AI risk, operational resilience, and financial-sector supervision.
Financial Stability Board: The Financial Stability Implications of Artificial IntelligencePolicy context for AI governance, vendor concentration, model risk, and financial stability.
Turn this domain into model improvement
Use the tutorials as user education, data-generation prompts, eval design, and demo scenarios for the next Hermon adapter cycle.