@llm4ts/shell 0.16.1 → 0.16.2

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.
@@ -47,7 +47,7 @@ The expected split of the demo epic against the internet-banking portal fixture
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 account id, beneficiary name, IBAN, amount in cents, description, execution date) returning a pending transfer with an id, confirm a transfer with a six-digit SCA code (any code confirms except 000000, which is refused as UnprocessableEntity), list transfers newest first with their state (pending, confirmed, refused), 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 (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.",
51
51
  "dependsOn": [],
52
52
  "owned": [
53
53
  "src/contracts/payments.ts",
@@ -68,7 +68,8 @@ The expected split of the demo epic against the internet-banking portal fixture
68
68
  "client.payments.confirm({ params: { transferId }, payload: { code } })",
69
69
  "client.payments.list()",
70
70
  "client.payments.get({ params: { transferId } })",
71
- "src/contracts/payments.test.ts"
71
+ "src/contracts/payments.test.ts",
72
+ "TransferState = \"pending\" | \"confirmed\" | \"refused\""
72
73
  ]
73
74
  },
74
75
  {
@@ -136,10 +137,11 @@ The expected split of the demo epic against the internet-banking portal fixture
136
137
  {
137
138
  "id": "bonifico-form",
138
139
  "title": "Bonifico: new transfer with review, SCA confirmation and outcome",
139
- "description": "Add the feature src/features/bonifico/nuovo/ with messages.ts (English and Italian), route.tsx exporting bonificoNuovoFeature (id bonifico), and BonificoScreen.tsx: a form (from account, beneficiary picked from saved beneficiaries or typed with IbanField, amount with parseEuro, description, execution date) validated by a pure function, a review step, a six-digit SCA code step calling client.payments.confirm, and an outcome panel for confirmed and refused, all through paymentsDomain and useAction. Add BonificoScreen.test.tsx in the house style: validation blocks a bad submit, a good transfer reaches the fake and is confirmed, code 000000 shows the refusal.",
140
+ "description": "Add the feature src/features/bonifico/nuovo/ with messages.ts (English and Italian), route.tsx exporting bonificoNuovoFeature (id bonifico), and BonificoScreen.tsx: a form (from account chosen among the customer's accounts loaded through accountsDomain from src/contracts/accounts.fake.ts, beneficiary picked from saved beneficiaries or typed with IbanField, amount with parseEuro, description, execution date) validated by a pure function, a review step, a six-digit SCA code step calling client.payments.confirm, and an outcome panel for confirmed and refused, all through paymentsDomain and useAction. Add BonificoScreen.test.tsx in the house style: validation blocks a bad submit, a good transfer reaches the fake and is confirmed, code 000000 shows the refusal.",
140
141
  "dependsOn": [
141
142
  "payments-contract",
142
- "iban-field"
143
+ "iban-field",
144
+ "accounts-contract"
143
145
  ],
144
146
  "owned": [
145
147
  "src/features/bonifico/nuovo"
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@llm4ts/shell",
3
- "version": "0.16.1",
3
+ "version": "0.16.2",
4
4
  "description": "Interactive shell and CLI for llm4ts: flow discovery, run-a-flow, and view",
5
5
  "license": "MIT",
6
6
  "type": "module",
@@ -50,10 +50,10 @@
50
50
  "dependencies": {
51
51
  "@effect/platform-node": "4.0.0-beta.102",
52
52
  "@effect/platform-node-shared": "4.0.0-beta.102",
53
- "@llm4ts/core": "0.16.1",
54
- "@llm4ts/modernize": "0.16.1",
55
- "@llm4ts/flow": "0.16.1",
56
- "@llm4ts/runner": "0.16.1"
53
+ "@llm4ts/core": "0.16.2",
54
+ "@llm4ts/flow": "0.16.2",
55
+ "@llm4ts/modernize": "0.16.2",
56
+ "@llm4ts/runner": "0.16.2"
57
57
  },
58
58
  "peerDependencies": {
59
59
  "effect": "4.0.0-beta.102"