jaz-clio 5.50.0 → 5.52.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +2 -2
- package/assets/skills/api/SKILL.md +1 -1
- package/assets/skills/cli/SKILL.md +12 -5
- package/assets/skills/cli/references/command-catalog.md +15 -2
- package/assets/skills/conversion/SKILL.md +1 -1
- package/assets/skills/jaz-kit/SKILL.md +1 -1
- package/assets/skills/jaz-pseudo-sql/SKILL.md +1 -1
- package/assets/skills/jobs/SKILL.md +1 -1
- package/assets/skills/transaction-recipes/SKILL.md +1 -1
- package/cli.mjs +499 -499
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -9,7 +9,7 @@
|
|
|
9
9
|
|
|
10
10
|
<p align="center"><b>Jaz accounting on the command line, and inside any AI agent.</b></p>
|
|
11
11
|
|
|
12
|
-
369 tools ·
|
|
12
|
+
369 tools · 68 command groups · 7 skills · 13 calculators · 12 close playbooks · 159 field-tested API rules.
|
|
13
13
|
|
|
14
14
|
```bash
|
|
15
15
|
npm install -g jaz-clio
|
|
@@ -50,7 +50,7 @@ clio magic create --file receipt.pdf # AI extracts, drafts the
|
|
|
50
50
|
clio invoices search --query 'status:unpaid AND $500+' # structured per-entity search
|
|
51
51
|
```
|
|
52
52
|
|
|
53
|
-
|
|
53
|
+
68 command groups, 16 report types, 13 calculators, 12 job playbooks. Every command takes `--json`. Run `clio --help` for the full list.
|
|
54
54
|
|
|
55
55
|
### Foreign currency
|
|
56
56
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: jaz-cli
|
|
3
|
-
version: 5.
|
|
3
|
+
version: 5.52.0
|
|
4
4
|
description: >-
|
|
5
5
|
Use this skill when running Clio CLI commands, building shell scripts with
|
|
6
6
|
Clio, debugging auth issues, understanding --json output, paginating results,
|
|
@@ -8,7 +8,7 @@ description: >-
|
|
|
8
8
|
precedence, output formats, entity resolution, and common workflow patterns.
|
|
9
9
|
Also use when the user asks how to use clio, what commands are available, or
|
|
10
10
|
how to automate accounting tasks from the command line. Covers all
|
|
11
|
-
|
|
11
|
+
68 command groups and 369 tools, including employee-expense claims.
|
|
12
12
|
license: MIT
|
|
13
13
|
compatibility: Requires Node.js >= 18.0.0. Install via npm install -g jaz-clio.
|
|
14
14
|
---
|
|
@@ -17,7 +17,7 @@ compatibility: Requires Node.js >= 18.0.0. Install via npm install -g jaz-clio.
|
|
|
17
17
|
|
|
18
18
|
> **Audience note:** for power users and CI/automation. Load this skill only when you're scripting from a terminal, building shell pipelines, or debugging from `clio --json` output. For day-to-day accounting inside Claude Desktop / Cowork, the MCP tools cover the common flows without dropping to the CLI.
|
|
19
19
|
|
|
20
|
-
You are working with **Clio** (`jaz-clio`) — the CLI for the Jaz accounting platform.
|
|
20
|
+
You are working with **Clio** (`jaz-clio`) — the CLI for the Jaz accounting platform. 68 command groups, 13 calculators, 12 job blueprints, 369 tools. Also fully compatible with Juan Accounting (same API, same endpoints).
|
|
21
21
|
|
|
22
22
|
## When to Use This Skill
|
|
23
23
|
|
|
@@ -299,8 +299,15 @@ The navigation tool (`navigate` — no destination to discover keys, a destinati
|
|
|
299
299
|
|
|
300
300
|
CLI commands exit with standard codes:
|
|
301
301
|
- **Exit 0** — success
|
|
302
|
-
- **Exit 1** —
|
|
303
|
-
- **Exit 2** —
|
|
302
|
+
- **Exit 1** — your input needs changing (missing flags, malformed id, over-limit or duplicate batch, blank required text, unknown enum value). Also a business refusal on some commands, e.g. `approvals`.
|
|
303
|
+
- **Exit 2** — the request was fine and the API refused or failed, OR an internal defect
|
|
304
|
+
- **Exit 3** — auth (invalid, missing or unresolvable key)
|
|
305
|
+
|
|
306
|
+
**Branch on the `code` in the `--json` error envelope, not on the number alone.** Exit 1 is
|
|
307
|
+
`VALIDATION_ERROR` for bad input but is also used by commands that report a refusal (there the
|
|
308
|
+
outcome is on stdout, not stderr). Exit 2 splits into `API_ERROR` (the server refused; a
|
|
309
|
+
different request may work) and `UNKNOWN_ERROR` (our defect; an identical retry fails
|
|
310
|
+
identically). The code is the signal for whether retrying with different input can help.
|
|
304
311
|
|
|
305
312
|
Error messages go to stderr. When `--json` is set, the error is still on stderr so stdout stays parseable. Common errors:
|
|
306
313
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Clio Command Catalog
|
|
2
2
|
|
|
3
|
-
Complete reference for all
|
|
3
|
+
Complete reference for all 68 command groups. Organized by domain.
|
|
4
4
|
|
|
5
5
|
---
|
|
6
6
|
|
|
@@ -382,10 +382,23 @@ The other end of `drafts submit-for-approval`. Approving POSTS THE LEDGER and is
|
|
|
382
382
|
|
|
383
383
|
`request-changes` accepts more families than `approve`: also `purchase-orders`, `purchase-requests`, `sale-orders`, `sale-quotes`, `claims`.
|
|
384
384
|
|
|
385
|
-
**Exit codes carry the outcome, because a refusal is not always an error.** Credit notes refuse with HTTP 200, `isSuccess:false`, and an `approvalStatus` that still reads `APPROVED` — the document's state, not the call's. `0` = approved · `1` = refused
|
|
385
|
+
**Exit codes carry the outcome, because a refusal is not always an error.** Credit notes refuse with HTTP 200, `isSuccess:false`, and an `approvalStatus` that still reads `APPROVED` — the document's state, not the call's. `0` = approved · `1` = refused, UNCONFIRMED, **or your input was rejected before anything was sent** · `2` = API error. Never read HTTP 200 or `approvalStatus` as success.
|
|
386
|
+
|
|
387
|
+
Exit 1 carries three meanings here, so **read the JSON, not the number**: a refusal or UNCONFIRMED writes an outcome to **stdout** (`{"approved": false}` / `null`), while a rejected input writes `{"error":{"code":"VALIDATION_ERROR"}}` to **stderr** and nothing to stdout. Only the first two mean the request reached the API.
|
|
386
388
|
|
|
387
389
|
Claims approve via `clio claims approve` (a different endpoint), not through this group.
|
|
388
390
|
|
|
391
|
+
### `clio purchase-items` — Purchase-side catalog (read-only, 3 tools)
|
|
392
|
+
What the organization can be billed for. No create/update/delete upstream; maintain via `clio items`.
|
|
393
|
+
|
|
394
|
+
| Subcommand | Key flags |
|
|
395
|
+
|------------|-----------|
|
|
396
|
+
| `list` | `--limit`, `--offset`, `--all`, `--max-rows` |
|
|
397
|
+
| `get <resourceId>` | — |
|
|
398
|
+
| `search` | `--name`, `--reference`, `--currency-code` — all EXACT plain-string matches |
|
|
399
|
+
|
|
400
|
+
No free-text `--query`: the endpoint rejects it (`The query field is not supported for this entity`). Filters here are **plain strings, not expression objects** — `PurchaseItemFilter` declares them as bare `string`, so there is no `contains`. `purchaseResourceId` and `resourceId` also exist upstream and are reachable via `--filter`.
|
|
401
|
+
|
|
389
402
|
### `clio inventory` (alias: `inv`) — Inventory tracking
|
|
390
403
|
| Subcommand | Key flags |
|
|
391
404
|
|------------|-----------|
|