fin123.dev

A spreadsheet time machine for finance.

AI that participates in the model.

Build in the grid. Branch the work. Run the model. Explain what changed. Replay the decision.

AI built in. Audit built in. No black box.

One approved model can be versioned (“Desk” vs. “House”), run across many companies and/or with many scenarios, tracking versioned lineage, approved data, approved AI, replay, and Audit behind every result. AI is native, diffing is native, versioning is native.

Build in the grid. Mark Assumptions and Outputs directly in the spreadsheet your team already knows.

Keep work organized by lineage. Branch analysis, promote reviewed work, and return working models to a known-good state without filename sprawl.

Run one model across the coverage universe. Each company keeps its own assumptions, data, Runs, Results, Audit, and replay context.

Diff runs, not just spreadsheets. Compare Scenarios, Sensitivity Cases, and Results side by side.

Connect approved data directly in the grid. =DATA("bank.net_interest_income") maps business concepts to approved internal and external data through one formula interface.

AI workflows run inside the model. =AI() formula can execute reviewed Methods: chained analysis, approved context, validation, typed output, Model Memory, YAP chronology, and Audit. Inside the model.

Replay historical decisions. Reconstruct models with the model state, data, provider evidence, AI method, memory, chronology, and time rules that applied then.

Audit every result. See what ran, what changed, which evidence was used, who approved it, and why the result was valid at that point in time.

Sheet Warnings. Every Run checks for errors before they become problems. See what formulas may have drifted, hardcodes replaced formulas, and other changes that need review. Spreadsheet linting for finance.

fin123 root spreadsheet surface with model grid and results panel
One surface: spreadsheet first, lineage and Results beside it, Audit and replay behind every Run.

Why fin123? Spreadsheets used to be publishing artifacts: investment banking models, sell-side models, printed reports, static assumptions. Then the buyside started building live internal models for capital allocation, scenario analysis, and execution. Models forked. Assumptions drifted. AI entered the workflow. The spreadsheet became a living institutional decision system, but most software still treats it like a file. fin123 was built for what spreadsheets actually became.

The operating system for governed institutional decisions

fin123 is not another AI spreadsheet. It turns spreadsheet work into a replayable, explainable decision system.

Build

Analysts keep working in the grid: assumptions, outputs, formulas, approved data, and approved AI stay where the model work already happens.

  • Mark assumptions and outputs in the spreadsheet.
  • Use =DATA() and =AI() as model steps.
  • Keep institutional judgment attached to the model.

Branch

Model work moves by lineage, not filenames. Teams can branch analysis, promote reviewed work, and return working models to a known-good state.

  • No FINAL_v12 workbook sprawl.
  • Reviewed reconciliation into protected paths.
  • Working analysis can be cleaned up without rewriting history.

Run

One approved model can run across a whole coverage universe. Each company keeps its own assumptions, data, Runs, Results, Audit, and replay context.

Build -> Branch -> Run -> Explain -> Replay

  • Run Base, Bull, Bear, and sensitivity cases.
  • Compare companies without losing execution context.
  • Schedule the same saved model state for later.

Explain and replay

When a number moves, fin123 shows what changed, which evidence was used, who approved it, and why the result was valid at that point in time.

  • Run Diff explains movement between executions.
  • Replay uses the model state, data, AI, memory, chronology, and time rules from then.
  • Audit gives PMs, risk, and compliance one review path.

Most systems answer: What is the latest number?

fin123 answers: What did we know, what did we run, who approved it, and why was the result valid then?

The spreadsheet became a governed decision system.

The product surface

The root surface is still the spreadsheet. The model state around it is versioned, replayable, and explainable.

There is no File menu and no Print menu because fin123 is not a document editor. It is a system for building, branching, running, explaining, and replaying model decisions.

fin123 spreadsheet model surface
1 / Model Surface

The grid is the primary object.

Mark cells as Assumptions or Outputs, save model versions, select Scenarios, choose company context, Run, and inspect Results without leaving the spreadsheet surface.

The abstraction is not open, print, and close. It is build, branch, run, explain, replay.

AssumptionsOutputsScenario: BaseSave VersionBranchRun
fin123 AI-assisted Formula definition modal
2 / AI-assisted Formula

AI-assisted formulas are approved compute steps.

Type =AI() into a cell. The approved definition lives behind the cell, and it may reference an approved Method: versioned institutional methodology for how the formula should reason, validate output, and preserve evidence during a Run. Approved Model Memory and YAP chronology can supply decision context when they are part of the reviewed model record.

Review FormulaPreview OutputApproveValidated outputApproved memory
fin123 scenario and results surface
3 / Results

Run produces a stable Results surface.

Results are based on marked Outputs from the saved model state. Run All can execute one model across selected companies and Scenarios while preserving the context behind each number.

Charts and visualizations can help, but they are secondary to the explainable Run record.

Run ResultsCoverage UniverseSensitivity CasesOpen Audit
fin123 Audit modal with run and AI-assisted Formula evidence
4 / Audit

Audit proves the Run.

Audit opens from Results. It shows what ran, what changed, which model state, Scenario, data evidence, provider evidence, AI method, approved memory, chronology, approval, and time rules supported the result.

model statescenariodata evidenceAI methodtime rulesreplay package

The workflow behind the number

Lineage and Branches

Keep model work organized by lineage, not filenames. Branch analysis, promote reviewed work, and return working models to a known-good state.

  • Versions preserve model states before execution.
  • Branches keep working analysis separate from protected paths.
  • Promote is reviewed reconciliation, not a silent overwrite.
  • Reset cleans up working analysis without rewriting prior decisions.

One Model, Many Companies

Run the same approved model across a coverage universe while preserving each company’s context.

  • Each company keeps its own assumptions and data.
  • Scenarios compare Base, Bull, Bear, and sensitivity cases.
  • Results stay tied to the company and Scenario that produced them.
  • Replay reconstructs the decision context behind each name.

Approved DATA

=DATA() gives analysts one formula shape for approved internal and external data.

  • Business concepts map to provider fields, calendars, and company identifiers.
  • Each Run records the data and mapping context it used.
  • Provider-backed replay uses the evidence and time rules from then.
  • No copy-paste data trail hiding inside the workbook.

Replay and Audit

Every execution is reviewable. Replay explains the decision; Audit shows the evidence behind it.

  • Run Diff shows why the target moved.
  • Replay uses the model state, data, AI method, memory, chronology, and time rules.
  • Audit shows what ran, what changed, which evidence was used, and who approved it.
  • Reviewers can ask why the result was valid at that point in time.

The hard part is not: “run 10 models.” The hard part is: “prove what the model knew, what it ran, and why the decision was valid then.”

AI that participates in the model.

Not a side chat. Not copy/paste. =AI() lets reviewed AI workflows execute as model steps.

=AI() sits in a normal worksheet cell. The formula definition lives behind it, and the definition can reference an approved Method: versioned institutional methodology that defines how the formula should reason, validate output, and preserve evidence during a Run.

A Method can be more than a prompt. It can define a chained analytical workflow: retrieve evidence, apply approved context, compare history, validate assumptions, reconcile intermediate outputs, and return a typed result to the model.

Methods stay behind the formula. Analysts still work in the grid. Results receive only validated typed output. Audit shows the approved Method, prompt, inputs, output, validation, memory, and chronology used.

Model Memory adds the missing layer: approved institutional context attached to the model. YAP preserves the decision chronology around the work. Together they let AI use approved context without becoming a side-chat that mutates the model.

FINRA has made the direction clear: as firms adopt GenAI, supervision and compliance expectations follow the technology. Its October 2025 AI update describes internal AI governance, human-in-the-loop controls, training, security review, and ongoing engagement with member firms on GenAI use cases and supervisory implications. fin123 gives firms the operating layer for that reality: approved AI methods inside the model, typed outputs, evidence, replay, and Audit for every AI-assisted result.

Read FINRA's AI update

same_store_sales_guidance
Cell B12: =AI()

Reviewed Method:
- retrieve management guidance and prior quarter commentary
- compare historical SSS seasonality and recent comp trends
- apply approved Model Memory
- validate assumptions against source evidence
- reconcile intermediate outputs
- return typed model output

Inputs:
- prior quarter SSS
- management guidance text
- recent comp commentary
- macro / consumer read-through
- historical seasonality

Typed output:
Forecast SSS:      0.035
Forecast revenue:  1035

Audit:
- Method version
- inputs and evidence
- validation checks
- approved memory
- YAP chronology
- Run identity

Run later

Scheduled execution is the same Run model, just delayed. It references a saved model state, selected Scenarios, and selected company contexts. It never runs the mutable grid.

fin123 Run later modal showing saved version, selected Scenario, and time
Run later

Run this saved version at a time.

The modal is a delayed Run confirmation: saved version, selected Scenario, and execution time. Unsaved changes are not included.

Run later means: run this saved model state with these Scenarios at this time. Use it for one name, a scenario pack, or a whole coverage universe. When it triggers, fin123 leaves the same Results and Audit trail as an interactive Run.

Headless running is not unattended Office automation. Microsoft’s official guidance says it does not recommend or support automating Microsoft Office applications from unattended, non-interactive client applications or components because Office can become unstable or deadlock in that environment. By contrast, fin123 model Runs are executed from the saved model record and approved formula/data/AI definitions, not by opening Excel on a server. Read Microsoft’s unattended Office automation guidance.

  • References the saved model state.
  • Uses selected Scenarios and company contexts.
  • Executes approved AI-assisted Formula definitions only.
  • Produces reviewable Results, replay, and Audit.

How it works

The product contract is Model -> Version -> Scenario -> Run -> Results -> Replay -> Audit. Every institutional decision becomes a replayable, explainable model record.

01
Model
Build assumptions, outputs, formulas, approved data, and approved AI in the grid.
02
Version
Save the model state and keep work organized by lineage.
03
Scenario
Choose Base, Bull, Bear, sensitivity cases, and company context.
04
Run
Execute one Scenario, many Scenarios, AI workflows, or a whole coverage universe.
05
Results
Inspect outputs, compare Runs, and see why the number moved.
06
Audit
Replay the decision and review data, AI, memory, chronology, and time rules.
DECISION_RECORD
Model
  -> Branch / Version
      -> Company + Scenario
          -> Run
              -> Approved DATA + AI Workflow Execution
              -> Results + Diff
              -> Replay + Audit
                  -> Data + Provider Evidence
                  -> AI Method + Approved Memory
                  -> YAP Chronology + Time Rules

YAP remembers how the pod thinks. fin123 governs what the firm executes.

YAP institutional conversation surface
YAP (Yet Another Protocol) is the pod's institutional research conversation layer embedded directly into model workflows. Think on-premises Bloomberg chat tied to the live research process instead of a detached messaging app. Discussions stay connected to the spreadsheet, assumptions, scenarios, Runs, and decisions driving the book.

YAP operates both at the model level and across the pod. Analysts can debate a single name, compare themes across sectors and models, challenge assumptions, track changing conviction, and preserve the chronology behind decisions inside the research environment itself.

YAP is not "AI chat." The conversation remains linked to approved context, including model versions, scenarios, estimates, Run outputs, approved memory, and replayable provenance. Analysts can query model state directly inside the workflow without leaving the spreadsheet surface. Use $TICKER to tag a message to a ticker, use @YAP to ask a question about a $TICKER.

When discussion should inform a model, approved YAP evidence and Model Memory can become part of the decision context used by execution and replay. Audit shows which memory and chronology were used. YAP itself does not silently mutate Runs, Results, assumptions, or active Model Memory.

fin123 remains the execution record.
Example
@yap why did we lower $AAPL gross margin in Q3?

Response:

Gross margin was reduced from 46.2% to 44.8% in Scenario Base on 2026-05-12.

Primary drivers:
- Management commentary suggesting elevated NAND costs
- China mix deterioration concerns
- Temporary services mix normalization

Approved memory:
- Source: earnings reaction thread
- Approved by: JG
- Confidence: medium

Affected formulas:
- gross_margin_q3
- product_margin_assumption

asof123: Every bug in finance software is secretly an "as of" bug.

asof123 governs what time meant for the decision. It records market state, holidays, publication windows, effective dates, stale status, and replay-valid time context.

  • YAP preserves the investment discussion and decision chronology.
  • fin123 runs approved models, scenarios, estimates, and outputs.
  • asof123 supplies the market clock, publication windows, and as-of rules.

Replay uses those same time rules instead of judging the past with today’s information. A PM, analyst, risk team, or compliance reviewer can reconstruct what the desk could actually know at the time.

YAP preserves the thesis record. fin123 runs the model record. asof123 preserves the market clock. Together they make institutional decisions replayable and explainable.

reckoning-machine: Runtime layer for governed AI execution.

Reckoning Machines is the runtime layer behind chained AI execution: methods, evidence, validation, typed outputs, replay, and audit.

RECKONING_MACHINES_RUNTIME
ReviewedMethod
  -> Evidence
      -> Validation
          -> TypedOutput
              -> Replay
                  -> Audit

prompt123: Governed prompt proofing for institutional LLM execution.

prompt123 is a product in development and is not yet deployed to fin123.

prompt123 is optional prompt improvement before running. Reviewable, approved, audited, and nothing done silently.

It flags ambiguity, missing schema, hidden assumptions, nondeterministic wording, and unsafe external dependencies. If the prompt is unclear, prompt123 records findings instead of silently deciding what the user meant.

  • Prompts are intent.
  • Proofed prompts are drafts.
  • Approved prompts are execution artifacts.
  • Execution systems own approval and execution.
  • prompt123 must never silently rewrite and execute prompts.

LLM-assisted proofing may propose clarifications or normalized draft language, but every suggestion remains advisory. Approval and execution stay with the analyst.

PROMPT123_ONTOLOGY
PromptIntent
  -> PromptDraft
      -> ApprovedPrompt
          -> ExecutionArtifact
              -> Audit

Get started

Open the hosted app: app.fin123.dev

Want the walkthrough? Email reckoningmachines@gmail.com

fin123

The spreadsheet became the operating system of business. fin123 makes it a replayable, explainable decision system.

Reckoning Machines

Reckoning Machines is a financial-services-focused software company founded by a senior developer and former portfolio manager.

Most systems start with UI and execution workflows, then discover the hard problems later: replay, provenance, time-aware reconstruction, and review.

We build from replay, Audit, and time-aware execution forward, because institutional systems only become trustworthy when the decision record is native to the product.