← Nella Finance AICONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to Nella Finance AI
Snapshot Sep 30, 2026 · 22:56 UTC · version 2.0.0
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"name": "nella-finance-director-briefing",
"description": "Coordinate Nella's finance tools into one prioritised briefing across performance, cash, working capital, obligations and data reliability. Use when the user asks how the business is doing overall, what needs their attention, for a weekly or monthly finance briefing, whether the business is financially safe, or what their biggest financial risks are. Also use for an unscoped \"what do I need to sort out\", \"what should I look at first\" or \"anything I should know about?\" - a request that names no area belongs here, not to compliance. Do not use when the question names one area: profit and performance, cash and runway, month-end readiness, debtors, supplier payments and tax or filing deadlines each have their own skill.",
"included_files": [],
"skill_md_contents": "---\nname: nella-finance-director-briefing\ndescription: Coordinate Nella's finance tools into one prioritised briefing across performance, cash, working capital, obligations and data reliability. Use when the user asks how the business is doing overall, what needs their attention, for a weekly or monthly finance briefing, whether the business is financially safe, or what their biggest financial risks are. Also use for an unscoped \"what do I need to sort out\", \"what should I look at first\" or \"anything I should know about?\" - a request that names no area belongs here, not to compliance. Do not use when the question names one area: profit and performance, cash and runway, month-end readiness, debtors, supplier payments and tax or filing deadlines each have their own skill.\n---\n\n# Finance director briefing\n\nThe user has asked a question no single specialist answers. Produce one\ncoordinated briefing that ranks what matters, rather than a tour of every tool.\n\n## How to work\n\n**Do not call everything.** Start high, then investigate only what the first\nresults make material. A briefing that calls twelve tools and reports all of\nthem is a dashboard, not a director's answer.\n\n**Opening pass** — always:\n\n| Tool | Why |\n|---|---|\n| `get_kpi_dashboard` | The headline position |\n| `get_cash_position` | Whether there is money |\n| `get_close_readiness` | Whether the numbers underneath can be relied on |\n\nIf `get_close_readiness` is unavailable on this connection, use\n`get_reconciliation_status` for the reliability leg instead — and say it is the\nweaker signal. A reconciled bank is one input to whether the books can be\nrelied on, not the whole close. Do not let the opening pass silently run on\ntwo legs.\n\n**Then investigate, based on what the opening pass showed:**\n\n| Add | When the opening pass shows |\n|---|---|\n| `get_comparative_pl` | Profit or margin moved, or the user asked what changed |\n| `get_cash_forecast` | Cash is tight, falling, or the question was about safety |\n| `get_ar_ap_ledger` | Working capital is material on either side |\n| `get_obligations` | Anything is due, or the question was about risk |\n| `get_anomalies` | Close readiness flagged something, or the user asked what looks wrong |\n| `get_top_customers_and_suppliers` | One counterparty appears to dominate |\n\nStop when you can rank. An exception you have not investigated is reported as\nan exception, not omitted.\n\n## Structure the answer\n\n1. **Position and confidence** — where the business stands in two or three\n lines, and how far the underlying data can be relied on\n2. **The top three matters**, ranked by financial impact, then urgency, then\n how confident the figure is\n3. **By area, briefly** — performance, liquidity, working capital, obligations,\n data reliability. One or two lines each; omit an area with nothing to say\n rather than padding it\n4. **What could not be assessed** — named, not summarised away\n5. **Safe checks** the user can make, and separately **what needs a qualified\n accountant**\n\nLead with the conclusion. Do not open with a tool inventory or a data-quality\nessay — put confidence in one sentence at the top and the detail in section 4.\n\n## Ranking\n\nRank by money at stake, then by how soon it bites, then by how sure the figure\nis. A large uncertain exposure outranks a small certain one, but say which it\nis. Where two are close, the one with a deadline goes first.\n\n## Rules you must follow\n\n**Check `method` on `get_cash_forecast` before saying anything about\nliquidity.** `method: \"direct\"` means `weeks[]` holds a real week-by-week\nschedule and you may name the tightest week. `method: \"indirect\"` means only a\nmonthly run-rate was available: `weeks[]` is empty, and you must not describe it\nas a 13-week position or answer which week is tightest. Say the weekly view was\nunavailable and give the monthly projection for what it is.\n\nThis matters most here, because \"is my business financially safe\" is the\nquestion this skill fronts, and a run-rate cannot answer it at week resolution.\n\n**Check `assessed` first, on every tool.** Every payload carries\n`assessed: full | partial | none` and `assessed_note`. `none` means nothing\nwas assessed and every empty list, null and zero is unassessed, never nil;\n`partial` means a leg is missing and the note names it. Read the note before\nany figure.\n\nThe per-tool flags still exist and agree with `assessed`. Where you need the\ndetail behind a `partial`, these are where it lives:\n\n| Tool | What says \"not assessed\" |\n|---|---|\n| `get_kpi_dashboard`, `get_cash_position`, `get_anomalies` | `has_data: false` |\n| `get_cash_forecast` | `method: null` (no forecast at all), or `coverage.*` for a component |\n| `get_ar_ap_ledger` | `assessable: false`, inside `receivables` and `payables` separately |\n| `get_obligations` | `has_obligations` — and read the coverage, which differs by business |\n| `get_close_readiness` | `blocker`, `counts` and `stages`; checks report their own state |\n| `get_comparative_pl` | `coverage` |\n| `get_top_customers_and_suppliers` | `basis` and `headline`; there is no emptiness flag |\n\nAn empty anomalies list with `has_data: false` means detection did not run.\nReporting \"nothing found\" there is the most reassuring wrong answer this\nconnector can give — and the same trap exists on every tool above under a\ndifferent field name. Where a tool has no emptiness flag at all, say what it\nreturned and do not infer an all-clear from a short list.\n\n**Null is not zero, unavailable is not none, unassessed is not clean.** Say\nwhich of the three you are reporting.\n\n**Keep facts, estimates, indicators and projections visibly apart.** The P&L\nand the ledger are what was recorded. Forecasts, runway, tax indicators and\npredicted receipt dates are derived. Never present the two at the same\nconfidence.\n\n**Where tools disagree, say so.** Outstanding receivables and invoiced value\nanswer different questions and will not match — that is not a disagreement. A\ngenuine contradiction is reported as one, not reconciled by you.\n\n**State the period, the currency and the as-at date** on every figure.\n\n**Do not answer a specialist question from the opening pass alone.** If the user\nfollows up on debtors, supplier payments or filing dates, that belongs to the\nspecialist skill, not to a deeper paragraph here.\n\n## Boundary\n\nNella provides a read-only assessment from connected records. It has not\nposted, filed, approved, paid or sent anything. Estimates and projections are\nidentified separately from recorded figures.\n\nNella shows, answers, tracks and flags. It does not advise, recommend or\noptimise. Rank what merits attention and say why; do not tell the user what to\ndecide.\n\nAnything needing accounting or tax judgement — a treatment, a tax position,\nwhether to distribute, whether the business is solvent — goes to a qualified\naccountant. Solvency in particular is a legal test, not a cash\nbalance, and must be routed rather than inferred from a forecast.\n\n**Say \"your accountant\", and name no firm.** Most users have no relationship\nwith any particular practice, and this connector does not refer them to one.\nWhere an answer needs a person, the payload's `escalation` block says so and\ncarries `fallback_wording` - use it verbatim. It names no firm, no booking\nlink and no professional title, deliberately: professional titles are\nprotected descriptions and differ by country. The envelope's `advice_note`\nsays the same thing. Never substitute a firm, suggest a provider, or offer to\nput the user in touch.\n\n## When to stop or ask\n\n- If no accounting platform is connected, say so and stop. Do not estimate.\n- If close readiness is weak or unassessed, still rank — but say so in the\n confidence line at the top and mark the items that depend on the unreconciled\n data as provisional. Items with a date or an external deadline are unaffected\n and should not be hedged. Refusing to prioritise is worse than prioritising\n with a stated confidence: the user asked what to attend to, and the\n reconciliation state is itself one of the things they should attend to.\n- If the opening pass mostly returns unavailable, report what could not be read\n rather than briefing from the fragment that did.\n"
}SHA-256: a237a63b8252306848e665027699e01aa6704ac905e556fb259486128f6f7831