Gemini 2.5 Pro Matrix Analysis: Apex Matrix v 1.0 (01-01-2026)
Excellent. As a senior mortgage compliance and underwriting guidelines analyst, I have completed a thorough review of the provided FundLoans Apex eligibility matrix and its corresponding if-then rules.
Here is my comprehensive analysis, structured according to your five key areas of focus.
Executive Summary
The conversion of the markdown matrix to if-then rules is a good first step toward creating a machine-readable knowledge base. The core data has been translated with a high degree of accuracy. However, there are critical flaws in the rule logic related to boundary conditions and missing scenarios that would render a chatbot application unreliable. Additionally, minor but important data points from the original markdown were omitted in the rules. The overall structure is sound, but significant refinement is required to ensure compliance, accuracy, and a functional user experience for an AI-powered tool.
1. Rule Accuracy
Overall, the if-then rules are mostly accurate in translating the LTV percentages and loan parameters from the markdown tables. The core logic is preserved.
Key Findings:
- Accurate Data Transfer: For the cells that exist in both formats, the LTVs, FICO scores, and loan amounts have been transcribed correctly. For example, the rule for an Owner-Occupied, up to $1MM, 740 FICO loan correctly states a 90% Purchase LTV, matching the matrix.
- "N/A" to "Not Eligible": The translation of "N/A" in the markdown to "Not Eligible" in the rules is accurate and appropriate for a rule-based system.
- "Case-by-case": This has also been translated correctly.
Identified Discrepancies/Omissions:
- Missing "US Citizens": Under "Eligible Borrowers" for the Owner Occupied section, the markdown lists "US Citizens" as the first eligible group. This is completely missing from the if-then rules, which only list Permanent and Non-Permanent Resident Aliens. This is a major omission.
- Incomplete "Asset Allowance" Rule: The markdown for Owner Occupied Asset Allowance includes "Max LTV 80%" and "Max 50% DTI" as hard limits. The corresponding if-then rule only states "See Guidelines for Formulas*", omitting these critical underwriting constraints.
2. Edge Cases (Boundary Conditions)
This is the area with the most significant and critical issues. The rules are not defined in a way that handles boundaries correctly, which would lead to incorrect denials or system failures.
Key Findings:
- (CRITICAL) FICO Scores as Exact Values: The rules treat FICO scores as discrete points (e.g.,
IF FICO is 740). The matrix, however, implies ranges (e.g., 740+ or 720-739). A borrower with a 739 FICO would not match theFICO is 740rule or theFICO is 720rule, resulting in an incorrect "Not Eligible" response. This is the single largest flaw in the rule logic. All FICO rules must be converted to ranges (e.g.,IF FICO is 720-739). - (CRITICAL) Loan Amount Ambiguity: The loan amount tiers are defined as
up to $1 MMand>$1 MM to $1.5 MM. This creates ambiguity for a loan of exactly $1,000,000. While industry standard implies "up to" is inclusive (≤), this must be explicitly defined in the rules (e.g.,loan amount is ≤$1 MMandloan amount is >$1 MM and ≤$1.5 MM) to prevent misinterpretation by a system. - Well-Defined LTV Boundary: The Cash-Out Limits section (
≤60% LTVand>60% LTV) is a good example of how boundaries should be handled. It is clear and unambiguous. This standard should be applied to all other numerical boundaries.
3. Missing Scenarios
The rules fail to account for scenarios that fall between the defined tiers or where eligibility is implicitly denied by omission from the matrix.
Key Findings:
- FICO "Gaps": As noted above, any FICO score that is not exactly 740, 720, 700, 680, etc., is a missing scenario. A robust system must cover all possible scores within the program's range (e.g., 660-850).
- Implicit vs. Explicit Ineligibility: In several places, a FICO tier is simply missing for a given loan amount (e.g., for Owner Occupied, >$1MM to $1.5MM, the 660 FICO tier is not listed). The rules reflect this by also having no corresponding rule. For a chatbot, this is a failure. The system will find no matching rule and likely respond with "I don't have information for that," which is different from a definitive "That scenario is not eligible." Explicit rules for ineligibility are needed for clarity.
- P&L Cash-Out Ambiguity: For P&L Only loans >$3MM, the matrix and rules state "Case-by-case" for Purchase/RT Refi but are silent on Cash-Out. It should be clarified if Cash-Out is also case-by-case or simply not eligible.
4. Cross-Product Consistency
The guidelines demonstrate logical and consistent risk layering across the different occupancy types and documentation programs.
Key Findings:
- Standard Risk Layering: The maximum LTVs correctly follow the expected risk hierarchy: Owner Occupied > Second Home ≥ Investor. For example, at the highest LTVs (up to $1M), OO allows 90%, while SH and Investor are capped at 85%.
- Documentation-Based Risk: The LTVs for the P&L Only program are consistently more conservative (lower) than the full Bank Statement program, which is logical as it represents a higher-risk documentation type.
- Property Type Adjustments: LTV reductions for property types like Non-Warrantable Condos and 2-4 unit properties are applied consistently across occupancies, with Investor properties having slightly more conservative limits than Owner Occupied, as expected.
- Super Jumbo Logic: The introduction of a higher 760 FICO tier and the separation of Purchase and Rate/Term Refi LTVs for Super Jumbo loans is a logical adjustment for this higher-risk loan segment and is applied consistently across all three occupancy types.
5. Chatbot Readability
This is an evaluation of the rules' fitness for purpose in powering an AI chatbot or similar eligibility engine.
Rating: 2 / 5 (Poor)
The rules provide a foundational structure but are not usable in their current state due to the critical flaws identified in points 2 and 3.
Strengths:
- Self-Contained Rules: Each rule contains all the necessary conditions (program, occupancy, FICO, etc.), which is excellent for Retrieval-Augmented Generation (RAG) systems, as a single retrieved "chunk" contains the full context.
- Simple IF-THEN Structure: The format is machine-readable and easy to parse.
Critical Weaknesses:
- Failure to Handle Ranges: The use of exact values for FICO scores makes the system brittle and functionally useless for the majority of user queries.
- Ambiguous Boundaries: The loan amount ambiguity would lead to frequent errors.
- Silent Failures: The lack of explicit "Not Eligible" rules for missing tiers would cause the chatbot to appear uninformed rather than authoritative.
- Un-actionable Outcomes: Rules that result in
See Guidelines for Formulas*are dead ends for an AI. The chatbot cannot "see guidelines." These rules must be re-written to provide a specific, actionable answer (e.g., "This calculation requires manual review. Please contact your Account Executive for assistance.").
Recommendations for Improvement
To make these rules viable for a production AI system, I recommend the following actions:
- Convert All FICO Scores to Ranges: Change
FICO is 720toFICO is between 720 and 739. Define the top and bottom of the entire range (e.g., what happens above 760 or below 660?). - Clarify All Loan Amount Boundaries: Use explicit operators like
≤ $1,000,000and> $1,000,000. - Add Explicit "Not Eligible" Rules: For any combination of factors that is intentionally omitted from the matrix, create a specific rule stating that the scenario is
Not Eligible. - Correct Data Omissions: Add the missing "US Citizens" rule and incorporate the LTV/DTI caps into the "Asset Allowance" rule.
- Refine "See Guidelines" Rules: Replace vague references with explicit instructions or statements for the chatbot to provide to the user.