GPGabriel Paz

Architecture proof for AI credit workflows

Credit judgment belongs to experts. My job is to build the system around it.

I design the architecture that turns messy documents, AI extraction, review workflows, audit trails, and human judgment into production-safe software.

Outside my lanecredit-risk model ownership
I can ownthe system layer experts need

Client questions answered

The concerns are fair. Here is the direct answer.

For the credit-workflow team reviewing this profile, my strongest contribution is not replacing credit judgment. It is building the document, evidence, workflow, review, and audit layer that lets experts move faster without losing control.

7+ years

Clear timeline, stronger relevance.

7+ years across software engineering, university systems work, production application development, financial workflow integration, document AI, and agent tooling. I can walk through the timeline clearly; the strongest match is the production ownership behind it.

COELSA

Financial workflow architecture, sanitized publicly.

COELSA-facing financial integration work: API boundaries, reverse-proxy style service layer, workflow states, permission hierarchy, audit trails, secure connector configuration, and backoffice control. I can discuss the architecture and tradeoffs without exposing confidential implementation details.

AI + DB

RAG, document AI, PostgreSQL, and pgvector.

Designed OCR, Paddle bounding boxes, exact search, PostgreSQL/pgvector semantic retrieval with metadata boundaries, source citations, RAG answers, reprocess loops, LangGraph workflow lanes, memory authority, trace IDs, and human review states.

Boundary

Credit judgment stays with domain experts.

I am not selling myself as the owner of lending policy or scoring formulas. I am selling the system layer around credit experts: document intake, evidence, review UX, audit, workflow reliability, and production control.

The real startup risk

An AI credit copilot does not win by being clever. It wins by being trusted.

The market is already validated. The dangerous gap is execution: source-grounded AI, human review, scalable workflows, security, audit, and a product that lenders can rely on after the pilot.

Risk 01

A demo is not a credit system.

The product has to survive inconsistent files, review pressure, exceptions, permissions, audit, and users who need to verify every important claim.

Risk 02

Trust breaks faster than speed sells.

If an AI memo cannot point back to source evidence, analysts will not trust it. The product needs citations, visual evidence, corrections, and review ownership.

Risk 03

Big competitors already validate the category.

S&P Global, Ocrolus, Taktile, Codat, Validis, Zest AI, Uplinq, LOS platforms, and internal bank teams can all pull budget away.

Risk 04

Pilot success is not production readiness.

Five to ten sample files can prove interest. Production needs queues, observability, data boundaries, retry logic, deployment discipline, and human workflows.

What I have actually designed

The overlap is not theoretical. I have already owned these architectures.

These are sanitized summaries, but they are intentionally more specific. The point is not that I have built a credit-risk model. The point is that I have designed the production systems that make AI, documents, workflows, evidence, permissions, and human review work together.

Case 01

COELSA-facing financial integration and workflow platform

Problem

A COELSA-related financial operations platform had to expose external payment services through controlled APIs, dynamic forms, backoffice configuration, permissions, audit, and decoupled processing.

My ownership

I designed the architecture around reverse-proxy style service boundaries, event-driven workflows, API/service hierarchy, automatic permission generation, audit trails, and operational backoffice control.

Architecture decisions I made
  • Separated API exposure from internal orchestration so the system could evolve without coupling every integration point.
  • Used event-driven boundaries and workflow states to keep long-running or high-volume operations decoupled from user-facing actions.
  • Designed permission hierarchy across connectors, APIs, services, and operations so every action could be controlled and audited.
  • Kept credentials and connector configuration outside application code through secure vault-style boundaries.
Proof markers
  • Role: architecture owner for the integration and workflow layer.
  • Evidence available in interview: sanitized architecture walkthrough, service-boundary tradeoffs, and permission/audit design.
Why it matters here

A credit copilot needs the same operating layer: controlled lender actions, file states, analyst permissions, audit, backoffice visibility, and resilient processing beyond a demo.

Case 02

Document intelligence platform with evidence-first AI

Problem

A document-heavy product needed to ingest files, run OCR/extraction, index content, support search, answer questions with RAG, and let users verify extracted facts on the original document.

My ownership

I designed the full document AI system: OCR pipeline, Paddle bounding boxes, exact search, semantic search, RAG answers with citations, QA/reprocess loops, tenant isolation, and audit/export boundaries.

Architecture decisions I made
  • Combined exact search with Meilisearch and semantic retrieval with pgvector so users could find both literal matches and meaning-based evidence.
  • Kept visual traceability at page/bounding-box level so extracted data could be checked against the original scan.
  • Separated OCR, indexing, RAG, QA, and reprocessing paths so quality problems could be corrected without corrupting the canonical document record.
  • Designed tenant and storage boundaries so the same architecture could support regulated customers without cross-client visibility.
Proof markers
  • Role: full document AI architecture owner.
  • Evidence available in interview: retrieval design, pgvector/metadata model, OCR evidence flow, and QA/reprocess decisions.
Why it matters here

This maps directly to borrower packets: documents come in messy, candidate facts come out structured, and every memo claim must point back to source evidence.

Case 03

Sensitive-domain AI assistant with memory and guardrails

Problem

A high-stakes assistant needed conversation, memory, RAG, workflows, privacy boundaries, traceability, and human review without letting the AI own unsafe actions.

My ownership

I designed the AI architecture around multi-channel conversation, multi-level memory, RAG, LangGraph workflow lanes, trace IDs, fail-closed action boundaries, and protected sensitive data projections.

Architecture decisions I made
  • Split fast conversation from explicit workflow lanes so the assistant could stay responsive while complex actions remained controlled.
  • Used memory tiers so durable facts, medium-term context, and volatile state had different authority and persistence rules.
  • Put an Action Gateway between AI and backend actions so policy, scopes, delegation, idempotency, and fail-closed behavior stayed enforceable.
  • Propagated trace IDs and review states so important outputs could be audited and escalated instead of disappearing inside a chat transcript.
Proof markers
  • Role: AI system architecture owner for high-stakes assistant flows.
  • Evidence available in interview: memory model, RAG control points, LangGraph workflow lanes, and fail-closed action boundaries.
Why it matters here

Credit workflows are also high-stakes. AI should accelerate expert review, not hide responsibility or make unverifiable decisions.

Case 04

Open-source agent tooling for source-grounded work

Problem

AI agents waste time and make mistakes when they search blindly, read too much context, or answer without finding the canonical source first.

My ownership

I built tooling that gives agents a repo map, reading packs, exact file slices, semantic recall, and evidence inventory before they attempt implementation or analysis.

Architecture decisions I made
  • Made canonical docs the first navigation layer so agents start from the source of truth instead of guessing from broad search.
  • Added semantic recall over markdown knowledge bases so related evidence can be found by meaning, not only keywords.
  • Designed compact evidence surfaces that reduce context waste and make agent work more inspectable.
  • Kept the tool local and CLI-first so it can support Codex, Claude Code, and terminal workflows without requiring a server setup.
Proof markers
  • Role: open-source tooling builder and maintainer.
  • Evidence available in interview: CLI behavior, semantic recall flow, documentation-first navigation, and source-grounded agent workflow.
Why it matters here

The product principle is the same: AI is only useful when it can retrieve the right evidence, show where it came from, and keep humans oriented.

Architecture diagrams

The proof is easier to trust when the system shape is visible.

These diagrams are public, simplified, and sanitized. They show the architecture patterns I have owned before and how they transfer to traceable AI credit workflows.

Diagram 01

COELSA workflow platform

Controlled API exposure, service hierarchy, permissions, audit, event-driven execution, connector boundaries, and backoffice control.

Diagram 02

Document evidence pipeline

Messy files become extracted facts, searchable evidence, page-level citations, and analyst-ready outputs that can be verified.

Diagram 03

High-stakes AI control loop

AI can draft and route work, but policy, memory authority, action gateways, trace IDs, and humans keep responsibility explicit.

Capacity already proven

I have designed most of the system pieces this kind of product needs.

The credit calculation is the part I would learn from domain experts. The production system around it is where my experience directly transfers.

FLOW

COELSA-facing financial workflow architecture

Designed before

Designed event-driven service boundaries, reverse-proxy style integration, workflow orchestration, API exposure, permissions, audit trails, and backoffice control for a COELSA-related financial integration platform.

Transfers here

Credit-workflow systems need the same muscles: decoupled processing, controlled actions, analyst states, operational visibility, and high-throughput architecture.

  • Event-driven workflows
  • Permissions
  • Audit
  • Backoffice
  • API boundaries
DOC

Document intelligence platform

Designed before

Designed a full document AI system with OCR pipelines, Paddle boxes, visual evidence, pgvector semantic search, Meilisearch exact search, RAG answers, QA, reprocess loops, and tenant isolation.

Transfers here

This is almost the same product problem as borrower files: messy documents in, structured facts out, every answer tied back to source.

  • Paddle OCR
  • Bounding boxes
  • pgvector
  • Meilisearch
  • Source-grounded RAG
SAFE

Sensitive-domain AI assistant

Designed before

Designed bot-first AI architecture with multi-level memory, RAG, LangGraph workflow lanes, trace IDs, privacy boundaries, fail-closed action gateways, and human review paths.

Transfers here

Credit workflows are also high-stakes. The system should help experts decide faster without hiding responsibility in an uncontrolled AI loop.

  • Memory tiers
  • LangGraph
  • RAG
  • Trace IDs
  • Fail-closed boundaries
TOOLS

Open-source agent evidence tooling

Designed before

Built tooling that helps AI agents find canonical docs first, recover exact evidence, navigate large codebases, and avoid guessing from broad context.

Transfers here

The same principle applies to credit memos: AI output is useful only when it can show its work and keep the reviewer in control.

  • Docs-first
  • Semantic recall
  • Evidence inventory
  • Agent tooling

Direct answer

Evaluate me by relevant production ownership.

The strongest match is system ownership in financial workflows, document AI, traceable RAG systems, review UX, auditability, and high-stakes automation boundaries. I would partner with credit experts for policy and lending judgment while owning the software layer that makes their work faster and verifiable.

Outside my claimed ownership
  • Credit risk policy
  • Scoring formulas
  • Regulatory legal opinions
  • Final lending decisions
I can own immediately
  • System architecture
  • Document AI pipeline
  • Review workflows
  • Audit and traceability
  • Product UX for analysts
Where I create leverage
  • Pilot to production path
  • Source-grounded AI
  • Human approval loops
  • Security boundaries
  • Operational reliability

How I would de-risk it

Start with a narrow review lane, then prove production readiness.

The first win should not be broad automation. It should be a controlled path from borrower documents to analyst-ready memo, with evidence visible at every step.

01

Map the decision system

Trace how borrower files enter, which facts matter, where analysts lose time, what must be cited, and which actions require human approval.

02

Build the review lane

Ingest files, extract candidate facts, attach page-level evidence, flag missing fields, draft a memo, and keep the analyst in the approval seat.

03

Measure readiness honestly

Track source coverage, correction rate, exception rate, time-to-memo, analyst trust, and where automation should stop until more evidence exists.

Competitive pressure

A small startup has to win where bigger players are slow.

The opportunity is real, but the category is not empty. Bigger companies can sell trust, distribution, and existing lender relationships. A startup has to win with speed, focus, and a system that is easier to verify, deploy, and adapt to real analyst workflows.

That is the exact work I want to own: turn a sharp product wedge into a reliable architecture that can survive real users, real documents, and real review pressure.

Next conversation

Let us talk about the system that makes AI credit workflows trustworthy.

I can walk through document intake, OCR and extraction reliability, source-grounded memo drafting, analyst review UX, workflow orchestration, permissions, audit, and the path from pilot to production.

Email Gabriel