@llm4ts/shell 2.0.0 → 2.1.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.
@@ -105,7 +105,7 @@ const program = Effect.gen(function* () {
105
105
  failFast: flags.failFast
106
106
  });
107
107
  yield* events.publish(Info.make({
108
- message: `epic ${report.epicId}: ${report.count("done")} done, ${report.count("failed")} failed, ${report.count("skipped")} skipped — report at ${join(stateDir, "report.md")} (usage figures estimated)`
108
+ message: `epic ${report.epicId}: ${report.count("done")} done, ${report.count("failed")} failed, ${report.count("waiting")} waiting — report at ${join(stateDir, "report.md")} (usage figures estimated)`
109
109
  }));
110
110
  }));
111
111
  });
@@ -22,7 +22,7 @@ The expected split of the demo epic against the internet-banking portal fixture
22
22
  {
23
23
  "id": "accounts-contract",
24
24
  "title": "Accounts domain contract and fake routes",
25
- "description": "Declare the Accounts HttpApi in src/contracts/accounts.ts: list the customer's current accounts (id, IBAN, label, balance in cents, available balance), one account's detail, and its movements as a cursor-paged list (date, description, amount in cents, running balance, category). Implement src/contracts/accounts.fake.ts with deterministic fixture data for customer C-000123 (two accounts, at least 30 movements on the first), a reset function, and the exported accountsDomain. Run pnpm openapi and commit contracts/openapi/accounts.json. Follow src/contracts/profile.ts and profile.fake.ts exactly. Add src/contracts/accounts.test.ts covering the fake routes through the typed client: list, detail, and a page of movements.",
25
+ "description": "Declare the Accounts HttpApi in src/contracts/accounts.ts: list the customer's current accounts (id, IBAN, label, balance in cents, available balance), one account's detail, and its movements as a cursor-paged list (date, description, amount in cents, running balance, category) whose optional cursor is the endpoint's `query` schema (HttpApiEndpoint's query option, called as client.accounts.movements({ params: { accountId }, query: { cursor } })); the fake reads it from the request query string. Implement src/contracts/accounts.fake.ts with deterministic fixture data for customer C-000123 (two accounts, at least 30 movements on the first), a reset function, and the exported accountsDomain. Run pnpm openapi and commit contracts/openapi/accounts.json. Follow src/contracts/profile.ts and profile.fake.ts exactly. Add src/contracts/accounts.test.ts covering the fake routes through the typed client: list, detail, and a page of movements.",
26
26
  "dependsOn": [],
27
27
  "owned": [
28
28
  "src/contracts/accounts.ts",
@@ -40,14 +40,14 @@ The expected split of the demo epic against the internet-banking portal fixture
40
40
  "accountsDomain from src/contracts/accounts.fake.ts",
41
41
  "client.accounts.list()",
42
42
  "client.accounts.get({ params: { accountId } })",
43
- "client.accounts.movements({ params: { accountId }, urlParams: { cursor } })",
43
+ "client.accounts.movements({ params: { accountId }, query: { cursor } })",
44
44
  "src/contracts/accounts.test.ts"
45
45
  ]
46
46
  },
47
47
  {
48
48
  "id": "payments-contract",
49
49
  "title": "Payments domain contract and stateful fake routes",
50
- "description": "Declare the Payments HttpApi in src/contracts/payments.ts: list saved beneficiaries (name, IBAN), create a transfer from a payload with exactly these fields: fromAccountId (an Accounts domain account id), beneficiary as either { beneficiaryId } for a saved one or { name, iban } typed by the customer, amountCents, description, executionDate (ISO date), returning a pending transfer with an id, confirm a transfer with a six-digit SCA code: TransferState is exactly \"pending\" | \"confirmed\" | \"refused\"; any six-digit code other than 000000 moves the transfer to confirmed, the code 000000 moves it to refused and returns the refused transfer (HTTP 200, not an error), and a code that is not six digits is UnprocessableEntity; list transfers newest first with their state, and get one transfer. Implement src/contracts/payments.fake.ts with an in-memory store per page session so a created then confirmed transfer appears in the list, a reset function, and the exported paymentsDomain. Run pnpm openapi and commit contracts/openapi/payments.json. Follow src/contracts/profile.ts and profile.fake.ts exactly. Add src/contracts/payments.test.ts covering the fake routes through the typed client: create then confirm then list, and the refused code 000000.",
50
+ "description": "Declare the Payments HttpApi in src/contracts/payments.ts: list saved beneficiaries (name, IBAN), create a transfer from a payload with exactly these fields: fromAccountId as a plain string (it carries an Accounts domain account id, but this contract must not import anything from accounts.ts — the two contracts are independent), beneficiary as either { beneficiaryId } for a saved one or { name, iban } typed by the customer, amountCents, description, executionDate (ISO date), returning a pending transfer with an id, confirm a transfer with a six-digit SCA code: TransferState is exactly \"pending\" | \"confirmed\" | \"refused\"; any six-digit code other than 000000 moves the transfer to confirmed, the code 000000 moves it to refused and returns the refused transfer (HTTP 200, not an error), and a code that is not six digits is UnprocessableEntity; list transfers newest first with their state, and get one transfer. Implement src/contracts/payments.fake.ts with an in-memory store per page session so a created then confirmed transfer appears in the list, a reset function, and the exported paymentsDomain. Run pnpm openapi and commit contracts/openapi/payments.json. Follow src/contracts/profile.ts and profile.fake.ts exactly. Add src/contracts/payments.test.ts covering the fake routes through the typed client: create then confirm then list, and the refused code 000000.",
51
51
  "dependsOn": [],
52
52
  "owned": [
53
53
  "src/contracts/payments.ts",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@llm4ts/shell",
3
- "version": "2.0.0",
3
+ "version": "2.1.0",
4
4
  "description": "Interactive shell and CLI for llm4ts: flow discovery, run-a-flow, and view",
5
5
  "license": "MIT",
6
6
  "type": "module",
@@ -51,9 +51,9 @@
51
51
  "dependencies": {
52
52
  "@effect/platform-node": "4.0.0-rc.115",
53
53
  "@effect/platform-node-shared": "4.0.0-rc.115",
54
- "@llm4ts/core": "2.0.0",
55
- "@llm4ts/flow": "2.0.0",
56
- "@llm4ts/runner": "2.0.0"
54
+ "@llm4ts/flow": "2.1.0",
55
+ "@llm4ts/runner": "2.1.0",
56
+ "@llm4ts/core": "2.1.0"
57
57
  },
58
58
  "peerDependencies": {
59
59
  "effect": "4.0.0-rc.115"