Open Net Worth
Open Net Worth는 직접 운영하는 오픈소스 개인 AI 자산 비서로, 전체 재무를 하나의 원장에 기록하고 사용자가 제어하는 AI가 관리
힘든 일은 맡기고 판단은 직접
Delegate the grunt work, keep the judgment. A spreadsheet built for finance and AI: your Claude runs the close and sends the board pack in a fully auditable spreadsheet, every change versioned.
금융PythonGitHub @layerzlabs온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기Curated recipes (prompts and patterns) for financial work with AI agents. We share the recipe, not the black box.
README 전체를 불러오는 중입니다.
README 전문 보기 ↗Curated recipes for doing financial work with AI agents, the right way.
We share the recipe, not the black box.
Prompts and skills you can read, audit and make yours. Never a black box you install on trust.
Prompts and patterns for FP&A, modeling and reporting with Claude (and any capable agent). Each recipe is battle-tested in the field, opinionated, and honest about where a prompt stops being enough.
This is the cookbook. It sits in a small family of open entry points to Layerz:
| Project | Role | Link |
|---|---|---|
cookbook (you are here) | The recipes: how finance people actually use AI, day to day | the playbook |
finance-md | The standard: how an organization encodes its financial conventions for any agent | the spec |
| Layerz MCP | The tool: how an agent drives Layerz to build structured, versioned models | the integration |
slides-for-claude | The presentations: turn a model or a topic into a self-contained HTML deck | the skill |
The standard tells an agent what your numbers mean. The tool gives it a place to build that does not drift. The cookbook shows what to ask for in the first place.
New to the cookbook? Instead of scanning the whole list, follow a path: the recipes and skills already here, put in the order one kind of user actually reaches for them.
| Path | For | Starts with |
|---|---|---|
| The part-time CFO's kit | Fractional / part-time CFOs and finance advisors | Understand the business, then a flash audit, then the recurring engine |
| The founder's kit | Founders building and owning their own plan and numbers, pre-CFO | Get a rough model on the table, then make it defensible for a raise |
| The FP&A engine | In-house FP&A and controllers running the monthly cycle | Own the context once, then harden the close, variance and forecast |
| The deal desk | M&A, transaction advisory and deal teams working under deadline | Read a model you did not build, stress it, ship it clean |
More paths will land as the catalog grows. Each one is pure curation, it points to the recipes and skills below.
A good prompt can take you a long way. Then it hits a wall: nothing persists between sessions, the logic drifts the moment an assumption changes, and you cannot audit where a number came from. That wall is not a failure of prompting, it is the point where you need structure (a documented FINANCE.md) and persistence (a real model, e.g. Layerz).
So every recipe here is written to be useful on its own, and to name the wall it cannot cross. When you hit that wall, the recipe points you to finance-md or Layerz. No recipe pretends a prompt is a model.
We share the recipe, not the black box. Everything here is plain, readable Markdown you can open, audit, fork and make yours. The enemy is never the format, it is the black box: an opaque artifact that rots, hides its logic, and runs a canned process on you whether it fits your business or not. We do not ship those. That is the Layerz thesis applied to this repo: own your context, no black box, no drift.
So the cookbook has two kinds of entry, and both stay transparent:
recipes/): prompts you paste. Some do the task now (compare scenarios, audit a model you received), some forge an artifact you own and can read (a script, a FINANCE.md, a skill of your own). Read, paste, own it.skills/): small listen-first consultants you install. A skill here asks before it acts and adapts to your case, it never unrolls a template blindly. It is still open Markdown you can read and change, not a compiled box. Install it, then fork it.A skill in this repo is a recipe that listens. It earns the "not a black box" line by being auditable and interview-first, the opposite of a canned automation.
| Recipe | What it solves |
|---|---|
| Own your context | Stop re-explaining your conventions every session |
| Parametric scenarios | Generate and compare assumption-level scenarios without the model falling apart |
| Audit an inherited model | Understand and stress-test a model someone else built, fast |
| Pre-delivery review | Forge a pre-flight review skill, tuned to your conventions, so nothing ships broken |
| Harden your close skill | Audit a close-variance skill you already built and make it deterministic and gap-proof |
| Analytical review | Forge a recurring review that understands the business first, then surfaces variances, trends and the questions to raise |
Each recipe follows the same shape (see TEMPLATE.md): the problem, the prompt, where it breaks, and what to reach for when it does.
Small listen-first consultants you install. Unlike a recipe you paste, a skill loads itself when the moment fits, then asks before it acts. It is still open Markdown you can read, audit and fork, never a compiled box.
| Skill | What it does |
|---|---|
| Finance flash audit | Walks a company's finance and back-office like a fractional CFO on day one: interviews first, maps the flows, tells the truth about how reliable the numbers are and what that costs in cash, then hands back a prioritized roadmap of where to act and in what order |
| Business plan sparring partner | Sets the foundations of a founder's plan before any model: asks the stage and the purpose first, short Socratic questions, the three to five drivers that move the outcome (operational ones included), where cash and revenue drift apart, and ends with a one-page plan brief the founder owns |
| Plan to model | Builds the plan brief into a first model, in one pass, that someone else can trust: assumptions per year with their sources, revenue and cash kept apart (deferred revenue, payment terms, grants), three statements on their own tabs, checks that flag when the plan breaks, and two sober dashboards, at the depth the stage calls for |
| Finance context workspace | Sets up the working folder your finance agent reads from, so you stop re-explaining your setup every month: interviews your real close, scaffolds a context workspace you own (conventions, cost centers and owners, sources, mapping), and wires two loops, the deterministic close checks and a variance pass that drafts the question to send each cost-center owner |
| Three-statement builder | Builds a transaction-ready integrated model, but interviews you hard first (the revenue engine, the accounting specifics, the deal structure and adjustments), then builds it so the P&L, cash flow and balance sheet tie out, and hands the tie-out to structure because a prompt cannot hold a balancing model |
| Shadow model |
Each skill is a single SKILL.md. Download it, then in Claude: + > Skills > Manage skills > Add > Upload skill. Read the file first, that is the point.
Claude Code, other agents, and how to make a skill yours: skills/INSTALL.md.
The cookbook above is what we wrote. The library below is what others wrote and we found worth your time. Curation, not authorship. Suggestions welcome (see Contributing).
| Resource | Author | Good for | Link |
|---|---|---|---|
| Anthropic Cookbook | Anthropic | Foundational prompting and agent patterns (not finance-specific) | https://github.com/anthropics/anthropic-cookbook |
| your suggestion | you | what it is good for | open a PR |
This table is intentionally short. A library of 10 vetted resources beats a dump of 200. If you know one that earns its place, open a PR.
Recipes tell you what to ask for. These say why, with sources and method:
On practice: building a model that doesn't drift · token efficiency in finance · auditable models
Recipes and library entries are welcome. Read CONTRIBUTING.md and copy TEMPLATE.md. The bar is simple: it has to be something you actually used, and it has to be honest about its limits.
MIT, see LICENSE.
We share the recipe, not the black box.
Maintained by Layerz. The financial memory of Claude: a structured model it builds, edits and exports to Excel, without drifting.
| Rebuilds a model someone handed you (a seller's model, a management plan) independently, then reconciles the two and tells you which assumption drives every gap and the question to put to the other side |
| Deal red flags | Learns the specific business first, then surfaces the red flags a buyer should not miss (is the EBITDA real, working capital stretched, concentration, debt-like items), ranks them by impact on value, and turns each into the diligence question to ask |
| Account mapping | Maps a raw accounting export (a trial balance or a general ledger) onto clean, structured financial statements, under the right framework (French PCG, German SKR, a company COA): confirms the framework, reuses the context you own, maps the standard accounts in a batch, and raises every judgment call instead of dropping it in "other" |
| Software spend review | Turns raw bank or card transactions into a defensible view of software, cloud and AI spend, starting with the part naive categorisation gets wrong: one vendor line is not one cost, so it splits the composite bills (seats, usage, tokens, payment fees, marketplace resale) before counting anything, asks for the billing detail instead of guessing an allocation, and reports what it cannot resolve |