Heath 技能审查
- 作者仓库星标 39
- 作者仓库 awesome-omni-skill
Heath Ledger
AI bookkeeping skill for Mercury bank accounts.
Quick Start
scripts/init_db.mjs— creates DB + seeds ~90 universal vendor→category rulesscripts/connect_mercury.sh <MERCURY_API_TOKEN> [entity_name]— discovers accounts- (Optional)
scripts/connect_stripe.sh <entity_id> <stripe_api_key>— connect Stripe for exact revenue + fees - (If Stripe connected)
scripts/pull_stripe_revenue.sh <entity_id> <start_date> <end_date>— pull monthly revenue data scripts/pull_transactions.sh <entity_id> <start_date> <end_date>scripts/categorize.sh <entity_id>— rule-based first, AI for unknowns- Review ambiguous items, correct with
scripts/set_category.sh scripts/generate_books.sh <entity_id> <start_date> <end_date> [output_path]
Setup Flow
Mercury API Key (Required)
Get from Mercury Dashboard → Settings → API Tokens. The token gives read-only access to transactions.
Stripe API Key (Optional but Recommended)
Without Stripe API: Mercury shows net Stripe deposits (revenue minus fees). The system estimates gross revenue using a configurable fee rate (default 2.3% + $0.30).
With Stripe API: You get exact gross revenue, exact fees, and proper refund tracking. Always prefer this when available.
To connect: scripts/connect_stripe.sh <entity_id> <stripe_api_key>
Then pull data: scripts/pull_stripe_revenue.sh <entity_id> <start_date> <end_date>
The P&L generator automatically uses Stripe data when available, falling back to Mercury estimates otherwise.
Entity Settings
Configure per-entity via the entity_settings table:
| Setting | Default | Description |
|---|---|---|
accounting_basis |
accrual |
accrual or cash — cash basis uses posted dates only |
month_offset |
1 |
Fiscal year month offset (1 = calendar year) |
stripe_fee_rate |
0.023 |
Stripe percentage fee for gross-up calculation |
stripe_fee_fixed |
0.30 |
Stripe fixed fee per transaction |
amortization_monthly |
null |
Monthly amortization amount for acquired assets |
Workflow
- Connect Mercury —
scripts/connect_mercury.sh <token> [name]discovers accounts, creates entity - Pull transactions —
scripts/pull_transactions.sh <entity_id> <start_date> <end_date> - Categorize —
scripts/categorize.sh <entity_id> [max_transactions]— rule-based first, then AI for unknowns - Review ambiguous — Script outputs low-confidence items. Ask user, then update with
scripts/set_category.sh <transaction_id> <category> [subcategory] - Generate books —
scripts/generate_books.sh <entity_id> <start_date> <end_date> [output_path]
Scripts Reference
All scripts are in scripts/. Run with bash or node. Database is SQLite at data/heath.db.
| Script | Purpose |
|---|---|
init_db.mjs |
Create/migrate SQLite database + seed rules |
connect_mercury.sh |
Connect Mercury API, discover accounts |
pull_transactions.sh |
Pull transactions for date range |
categorize.sh |
Categorize transactions (rules + AI) |
set_category.sh |
Manually set category for a transaction |
add_rule.sh |
Add/update a categorization rule |
generate_books.sh |
Generate Excel workbook |
list_entities.sh |
List all entities |
connect_stripe.sh |
Connect Stripe API to an entity |
pull_stripe_revenue.sh |
Pull Stripe balance transactions by month |
status.sh |
Show entity status (accounts, tx counts) |
Chart of Accounts
See references/chart-of-accounts.md for the full chart with P&L sections and cash flow classifications.
Learning & Compounding System
Heath Ledger gets smarter over time through a layered rule system:
Rule Hierarchy
- Entity-specific rules (highest priority) — per-company overrides
- Global rules (
entity_id = NULL) — apply to all entities - Seed rules — universal vendor mappings shipped with the skill
- AI categorization — used when no rule matches
How Learning Works
- Every manual correction creates or updates a categorization rule
- Rules track
usage_count— heavily-used rules are more reliable sourcefield tracks provenance:seed,ai,human,manual- Human-confirmed rules get
confidence: 0.95-1.0 - AI-generated rules start at
0.85and can be promoted - Entity-specific rules can be promoted to global when they prove universal
The Compounding Effect
After categorizing 5,000 transactions across 2 entities, the system now auto-categorizes **95%** of transactions without AI. Each new entity benefits from all previous learnings.
Known Limitations
Stripe Net vs Gross (Without Stripe API)
Mercury deposits from Stripe are net amounts (revenue minus ~2.9% + $0.30 fees). Without the Stripe API:
- We estimate gross revenue using configurable fee rates
- This creates "synthetic" Stripe Fee entries
- Accuracy depends on your actual Stripe fee rate (varies by plan, card type, international)
- Solution: Connect Stripe API for exact numbers
Deel Fee Splitting
Deel combines platform fees and contractor payroll in one transaction stream. Pattern:
- Small fixed amounts (~$2-5) → Deel Platform Fee → categorize as "Software expenses"
- Larger variable amounts → Contractor Payroll → categorize as "Wages & Salaries"
- The system learns this pattern but may need initial human guidance
Mercury API Limitations
- Only returns posted transactions (not pending)
- Some counterparty names are truncated or normalized differently
- Wire descriptions may include reference numbers that create duplicate rules
Multi-Currency
- Wise transfers create both a debit (USD) and may show FX fees separately
- International wire fees from Mercury appear as separate line items
- FX gains/losses are not tracked (would need multi-currency ledger)
AI Categorization
The categorize.sh script calls the host agent's model via stdin/stdout JSON protocol. It sends transaction batches and expects category assignments back. The script writes a prompt to stdout that the agent should process and return results for.
When AI confidence < 0.85, transactions are flagged as ambiguous for user review.
Key Details
- Cash or accrual basis — configurable per entity
- Multiple entities supported — each with own connections and rules
- Rules persist — categorization rules saved to SQLite, reused across runs
- Seed rules — ~90 universal vendor mappings loaded on init
- Excel output — 4-tab workbook: P&L, Balance Sheet, Cash Flow, Transaction Detail
- 流狐分类
- AI 智能
- 作者声明 Agent
- 未找到明确声明;不据此推断已兼容或已测试
- 静态检查
- 88 / 100 · 启发式扫描,不代表运行安全
- 作者 / 版本 / 许可
- @diegosouzapw · 未声明 license
- 流狐 Token 估算
- 低消耗
- 流狐接入估算
- 需简单配置
- 是否需要外部 API Key
- 需要 · Stripe
- 检测到的系统要求
- macOS · Linux · Windows
- 底层运行要求
- Node.js
- 检测到的文件与系统行为
-
- 只读
- 允许写入 / 修改
- 检测到的网络行为
- 允许外网请求
- 安装命令数
- 无(仅作为资料)
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
作者没有在当前 SKILL.md 中定义固定输出样例。 scripts/initdb.mjs — creates DB + seeds ~90 universal vendor→category rules scripts/connectmercury.sh <MERCURYAPITOKEN> [entityname] — discovers accounts (Optional) scripts/connectstripe.sh <entityid> <stripeapikey> — connect Stripe for exact revenue + fees
Connect Mercury — scripts/connectmercury.sh <token> [name] discovers accounts, creates entity Pull transactions — scripts/pulltransactions.sh <entityid> <startdate> <enddate> Categorize — scripts/categorize.sh <entityid> [maxtransactions] — rule-based first,…
# Heath Ledger
AI bookkeeping skill for Mercury bank accounts.
## Quick Start
1. `scripts/init_db.mjs` — creates DB + seeds ~90 universal vendor→category rules
2. `scripts/connect_mercury.sh <MERCURY_API_TOKEN> [entity_name]` — discovers accounts
3. *(Optional)* `scripts/connect_stripe.sh <entity_id> <stripe_api_key>` — connect Stripe for exact revenue + fees
4. *(If Stripe connected)* `scripts/pull_stripe_revenue.sh <entity_id> <start_date> <end_date>` — pull monthly revenue data
5. `scripts/pull_transactions.sh <entity_id> <start_date> <end_date>`
5. `scripts/categorize.sh <entity_id>` — rule-based first, AI for unknowns
6. Review ambiguous items, correct with `scripts/set_category.sh`
7. `scripts/generate_books.sh <entity_id> <start_date> <end_date> [output_path]`
## Setup Flow
### Mercury API Key (Required)
Get from Mercury Dashboard → Settings → API Tokens. The token gives read-only access to transactions.
### Stripe API Key (Optional but Recommended)
Without Stripe API: Mercury shows **net** Stripe deposits (revenue minus fees). The system estimates gross revenue using a configurable fee rate (default 2.3% + $0.30).
With Stripe API: You get **exact** gross revenue, exact fees, and proper refund tracking. Always prefer this when available.
To connect: `scripts/connect_stripe.sh <entity_id> <stripe_api_key>`
Then pull data: `scripts/pull_stripe_revenue.sh <entity_id> <start_date> <end_date>`
The P&L generator automatically uses Stripe data when available, falling back to Mercury estimates otherwise.
### Entity Settings
Configure per-entity via the `entity_settings` table:
| Setting | Default | Description |
|---------|---------|-------------|
| `accounting_basis` | `accrual` | `accrual` or `cash` — cash basis uses posted dates only |
… 作者原文负责流程事实;流狐只索引当前章节、要点、文件与命令。
章节 -> Quick Start → Setup Flow → Mercury API Key (Required) → Stripe API Key (Optional but Recommended) → Entity Settings → Workflow
要点 -> net · exact · Connect Mercury · Pull transactions · Categorize · Review ambiguous · Generate books · Entity-specific rules
文件/命令 -> scripts/initdb.mjs · scripts/connectmercury.sh <MERCURYAPITOKEN> [entityname] · scripts/connectstripe.sh <entityid> <stripeapikey> · scripts/pullstriperevenue.sh <entityid> <startdate> <enddate> · scripts/pulltransactions.sh <entityid> <startdate> <enddate> · scripts/categorize.sh <entityid> · scripts/setcategory.sh · scripts/generatebooks.sh <entityid> <startdate> <enddate> [outputpath]
内容 SHA-256 -> 39d088b37ee5
方法与流程
适用与边界
原文中的明确线索
scripts/initdb.mjs、scripts/connectmercury.sh <MERCURYAPITOKEN> [entityname]、scripts/connectstripe.sh <entityid> <stripeapikey>、scripts/pullstriperevenue.sh <entityid> <startdate> <enddate>、scripts/pulltransactions.sh <entityid> <startdate> <enddate>、scripts/categorize.sh <entityid>、scripts/setcategory.sh、scripts/generatebooks.sh <entityid> <startdate> <enddate> [outputpath]