@codyswann/lisa 2.167.0 → 2.169.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.
Files changed (63) hide show
  1. package/package.json +1 -1
  2. package/plugins/lisa/.claude-plugin/plugin.json +1 -1
  3. package/plugins/lisa/.codex-plugin/plugin.json +1 -1
  4. package/plugins/lisa-agy/plugin.json +1 -1
  5. package/plugins/lisa-cdk/.claude-plugin/plugin.json +1 -1
  6. package/plugins/lisa-cdk/.codex-plugin/plugin.json +1 -1
  7. package/plugins/lisa-cdk-agy/plugin.json +1 -1
  8. package/plugins/lisa-cdk-copilot/.claude-plugin/plugin.json +1 -1
  9. package/plugins/lisa-cdk-cursor/.claude-plugin/plugin.json +1 -1
  10. package/plugins/lisa-copilot/.claude-plugin/plugin.json +1 -1
  11. package/plugins/lisa-cursor/.claude-plugin/plugin.json +1 -1
  12. package/plugins/lisa-expo/.claude-plugin/plugin.json +1 -1
  13. package/plugins/lisa-expo/.codex-plugin/plugin.json +1 -1
  14. package/plugins/lisa-expo-agy/plugin.json +1 -1
  15. package/plugins/lisa-expo-copilot/.claude-plugin/plugin.json +1 -1
  16. package/plugins/lisa-expo-cursor/.claude-plugin/plugin.json +1 -1
  17. package/plugins/lisa-harper-fabric/.claude-plugin/plugin.json +1 -1
  18. package/plugins/lisa-harper-fabric/.codex-plugin/plugin.json +1 -1
  19. package/plugins/lisa-harper-fabric/skills/harper-operations/SKILL.md +239 -0
  20. package/plugins/lisa-harper-fabric/skills/harper-operations/agents/openai.yaml +4 -0
  21. package/plugins/lisa-harper-fabric/skills/harper-rest-queries/SKILL.md +366 -0
  22. package/plugins/lisa-harper-fabric/skills/harper-rest-queries/agents/openai.yaml +4 -0
  23. package/plugins/lisa-harper-fabric-agy/plugin.json +1 -1
  24. package/plugins/lisa-harper-fabric-agy/skills/harper-operations/SKILL.md +239 -0
  25. package/plugins/lisa-harper-fabric-agy/skills/harper-rest-queries/SKILL.md +366 -0
  26. package/plugins/lisa-harper-fabric-copilot/.claude-plugin/plugin.json +1 -1
  27. package/plugins/lisa-harper-fabric-copilot/skills/harper-operations/SKILL.md +239 -0
  28. package/plugins/lisa-harper-fabric-copilot/skills/harper-rest-queries/SKILL.md +366 -0
  29. package/plugins/lisa-harper-fabric-cursor/.claude-plugin/plugin.json +1 -1
  30. package/plugins/lisa-harper-fabric-cursor/skills/harper-operations/SKILL.md +239 -0
  31. package/plugins/lisa-harper-fabric-cursor/skills/harper-rest-queries/SKILL.md +366 -0
  32. package/plugins/lisa-nestjs/.claude-plugin/plugin.json +1 -1
  33. package/plugins/lisa-nestjs/.codex-plugin/plugin.json +1 -1
  34. package/plugins/lisa-nestjs-agy/plugin.json +1 -1
  35. package/plugins/lisa-nestjs-copilot/.claude-plugin/plugin.json +1 -1
  36. package/plugins/lisa-nestjs-cursor/.claude-plugin/plugin.json +1 -1
  37. package/plugins/lisa-openclaw/.claude-plugin/plugin.json +1 -1
  38. package/plugins/lisa-openclaw/.codex-plugin/plugin.json +1 -1
  39. package/plugins/lisa-openclaw-agy/plugin.json +1 -1
  40. package/plugins/lisa-openclaw-copilot/.claude-plugin/plugin.json +1 -1
  41. package/plugins/lisa-openclaw-cursor/.claude-plugin/plugin.json +1 -1
  42. package/plugins/lisa-phaser/.claude-plugin/plugin.json +1 -1
  43. package/plugins/lisa-phaser/.codex-plugin/plugin.json +1 -1
  44. package/plugins/lisa-phaser-agy/plugin.json +1 -1
  45. package/plugins/lisa-phaser-copilot/.claude-plugin/plugin.json +1 -1
  46. package/plugins/lisa-phaser-cursor/.claude-plugin/plugin.json +1 -1
  47. package/plugins/lisa-rails/.claude-plugin/plugin.json +1 -1
  48. package/plugins/lisa-rails/.codex-plugin/plugin.json +1 -1
  49. package/plugins/lisa-rails-agy/plugin.json +1 -1
  50. package/plugins/lisa-rails-copilot/.claude-plugin/plugin.json +1 -1
  51. package/plugins/lisa-rails-cursor/.claude-plugin/plugin.json +1 -1
  52. package/plugins/lisa-typescript/.claude-plugin/plugin.json +1 -1
  53. package/plugins/lisa-typescript/.codex-plugin/plugin.json +1 -1
  54. package/plugins/lisa-typescript-agy/plugin.json +1 -1
  55. package/plugins/lisa-typescript-copilot/.claude-plugin/plugin.json +1 -1
  56. package/plugins/lisa-typescript-cursor/.claude-plugin/plugin.json +1 -1
  57. package/plugins/lisa-wiki/.claude-plugin/plugin.json +1 -1
  58. package/plugins/lisa-wiki/.codex-plugin/plugin.json +1 -1
  59. package/plugins/lisa-wiki-agy/plugin.json +1 -1
  60. package/plugins/lisa-wiki-copilot/.claude-plugin/plugin.json +1 -1
  61. package/plugins/lisa-wiki-cursor/.claude-plugin/plugin.json +1 -1
  62. package/plugins/src/harper-fabric/skills/harper-operations/SKILL.md +239 -0
  63. package/plugins/src/harper-fabric/skills/harper-rest-queries/SKILL.md +366 -0
@@ -0,0 +1,366 @@
1
+ ---
2
+ name: harper-rest-queries
3
+ description: This skill should be used when building or debugging Harper (HarperDB/Fabric) REST collection queries and Resource search methods - filters, FIQL comparison operators, OR/grouping, select, sort, limit/offset pagination, relationship traversal, request context, and transaction boundaries. Use it when adding list endpoints, admin filters, query builders, or multi-write resource methods. Pairs with harper-resources and harper-schema-graphql.
4
+ ---
5
+
6
+ # Harper REST Queries
7
+
8
+ ## Overview
9
+
10
+ Harper exposes exported tables and custom Resources as REST endpoints when
11
+ `rest: true` is enabled. Collection `GET` requests use URL query parameters for
12
+ filtering, sorting, projection, pagination, and relationship traversal. The same
13
+ query shape is available inside Resources through `search(query)` and
14
+ `tables.X.search(query)`.
15
+
16
+ Use Harper's native query surface before hand-filtering records in JavaScript.
17
+ Hand-filtering is only acceptable after a selective indexed condition has already
18
+ narrowed the candidate set and the behavior cannot be represented by the REST
19
+ query language.
20
+
21
+ Cross-check endpoint ownership and generated resource conventions in
22
+ [[harper-resources]]. Cross-check table names, indexes, exported resources, and
23
+ relationships in [[harper-schema-graphql]].
24
+
25
+ ## REST collection syntax
26
+
27
+ REST queries run against collection paths with a trailing slash:
28
+
29
+ ```text
30
+ GET /products/?category=software
31
+ GET /products/?category=software&active=true
32
+ ```
33
+
34
+ Rules:
35
+
36
+ - Query attributes that appear in conditions should be indexed with `@indexed`.
37
+ - Multiple `&` conditions are ANDed.
38
+ - `|` combines conditions with OR logic.
39
+ - Use square brackets for grouping generated from user input because they encode
40
+ cleanly in URLs.
41
+ - Encode reserved characters, especially `:` in dates as `%3A`.
42
+
43
+ Common condition examples:
44
+
45
+ ```text
46
+ GET /products/?category=software
47
+ GET /products/?price=gt=100
48
+ GET /products/?price=ge=100&price=lt=200
49
+ GET /products/?price=gt=100&price=lt=200
50
+ GET /products/?name==Keyboard*
51
+ GET /products/?rating=5|featured=true
52
+ GET /products/?rating=5&[tag=fast|tag=scalable|tag=efficient]
53
+ GET /products/?discount=null
54
+ GET /products/?listDate=gt=2026-01-05T20%3A07%3A27.955Z
55
+ ```
56
+
57
+ ## Operators
58
+
59
+ Harper REST comparison operators use FIQL-style syntax:
60
+
61
+ | URL operator | Programmatic comparator | Meaning |
62
+ | --- | --- | --- |
63
+ | `==` | `equals` | Equal with type conversion |
64
+ | `=lt=` / `lt=` | `less_than` | Less than |
65
+ | `=le=` / `le=` | `less_than_equal` | Less than or equal |
66
+ | `=gt=` / `gt=` | `greater_than` | Greater than |
67
+ | `=ge=` / `ge=` | `greater_than_equal` | Greater than or equal |
68
+ | `=ne=` / `!=` | `not_equal` | Not equal |
69
+ | `=ct=` | `contains` | String contains |
70
+ | `=sw=` / `==value*` | `starts_with` | String starts with |
71
+ | `=ew=` | `ends_with` | String ends with |
72
+ | `=` / `===` | strict equality | No automatic URL-value conversion |
73
+ | `!==` | strict inequality | No automatic URL-value conversion |
74
+
75
+ For FIQL comparators, Harper converts strings such as `null`, `true`, numbers,
76
+ and schema-typed values before searching. Use explicit prefixes when a generated
77
+ URL must control conversion:
78
+
79
+ ```text
80
+ GET /products/?price==number:123
81
+ GET /products/?active==boolean:true
82
+ GET /products/?sku==string:00123
83
+ GET /products/?createdAt==date:2026-01-05T20%3A07%3A27.955Z
84
+ ```
85
+
86
+ ## Select, sort, and pagination
87
+
88
+ Use query functions for projection, paging, and order:
89
+
90
+ ```text
91
+ GET /products/?category=software&select(id,name,price)
92
+ GET /products/?category=software&select([id,name])
93
+ GET /products/?category=software&limit(20)
94
+ GET /products/?category=software&limit(40,60)
95
+ GET /products/?category=software&sort(+name)
96
+ GET /products/?category=software&sort(+rating,-price)
97
+ ```
98
+
99
+ Guidance:
100
+
101
+ - `select(property)` returns a single property directly.
102
+ - `select(property1,property2)` returns objects with those properties.
103
+ - `select([property1,property2])` returns arrays of selected property values.
104
+ - `limit(end)` returns the first `end` records.
105
+ - `limit(start,end)` uses `start` as the offset and returns through `end`.
106
+ - Prefix sort fields with `+` for ascending and `-` for descending.
107
+ - Prefer sorting on an indexed field used by the primary condition, or a narrow
108
+ result set that can be sorted cheaply.
109
+
110
+ Programmatic pagination normally uses `limit` and `offset`:
111
+
112
+ ```javascript
113
+ const pageSize = 20;
114
+ const page = Number(url.searchParams.get('page') ?? 0);
115
+
116
+ const products = await tables.Products.search({
117
+ conditions: [{ attribute: 'category', value: 'software' }],
118
+ sort: { attribute: 'createdAt', descending: true },
119
+ limit: pageSize,
120
+ offset: page * pageSize,
121
+ });
122
+ ```
123
+
124
+ ## Relationship queries
125
+
126
+ Relationship attributes can be queried with dot syntax when the relationship is
127
+ declared in `schema.graphql` and the foreign key fields are indexed:
128
+
129
+ ```graphql
130
+ type Product @table @export(name: "products") {
131
+ id: Long @primaryKey
132
+ name: String
133
+ brandId: Long @indexed
134
+ brand: Brand @relationship(from: brandId)
135
+ }
136
+
137
+ type Brand @table @export(name: "brands") {
138
+ id: Long @primaryKey
139
+ name: String @indexed
140
+ products: [Product] @relationship(to: brandId)
141
+ }
142
+ ```
143
+
144
+ ```text
145
+ GET /products/?brand.name=Microsoft
146
+ GET /brands/?products.name=Keyboard
147
+ GET /products/?brand.name=Microsoft&select(id,name,brand{name})
148
+ ```
149
+
150
+ Filtering on a related table behaves like an inner join. Selecting a relationship
151
+ without filtering can behave like a left join; missing relationships may be
152
+ omitted from returned records. Keep relationship names and directives aligned
153
+ with [[harper-schema-graphql]] before changing a route.
154
+
155
+ ## Programmatic search
156
+
157
+ Use `search(query)` inside custom Resources when the endpoint needs validation,
158
+ authorization, response shaping, or side effects around Harper's native query
159
+ engine:
160
+
161
+ ```javascript
162
+ export class Products extends tables.Products {
163
+ static async search(query, context) {
164
+ const safeQuery = {
165
+ ...query,
166
+ conditions: [
167
+ ...(Array.isArray(query.conditions) ? query.conditions : []),
168
+ { attribute: 'tenantId', value: context.user.tenantId },
169
+ ],
170
+ limit: Math.min(query.limit ?? 50, 100),
171
+ };
172
+
173
+ return super.search(safeQuery, context);
174
+ }
175
+ }
176
+ ```
177
+
178
+ Call table resources directly from other resource methods when you are composing
179
+ server-side behavior:
180
+
181
+ ```javascript
182
+ const products = await tables.Products.search({
183
+ conditions: [
184
+ { attribute: 'category', value: 'software' },
185
+ { attribute: 'price', comparator: 'less_than', value: 200 },
186
+ ],
187
+ sort: { attribute: 'rating', descending: true },
188
+ limit: 20,
189
+ });
190
+ ```
191
+
192
+ Useful query keys:
193
+
194
+ | Key | Use |
195
+ | --- | --- |
196
+ | `conditions` | Attribute predicates. Use an array for AND-style filters. |
197
+ | `sort` | Sort descriptor. Prefer indexed fields for large result sets. |
198
+ | `limit` | Maximum records returned. Always cap client-controlled values. |
199
+ | `offset` | Pagination offset. Prefer stable sort when offset is used. |
200
+ | `select` | Projection list. Keep admin-only fields out of public responses. |
201
+ | `explain` | Debug execution order and index usage while tuning. |
202
+
203
+ `search()` can return an `AsyncIterable`. When iterating manually or stopping
204
+ early, drain it or call the iterator's `return()` in `finally` so Harper can
205
+ release the read transaction:
206
+
207
+ ```javascript
208
+ const iterator = tables.Products
209
+ .search({ conditions: [{ attribute: 'status', value: 'active' }] })
210
+ [Symbol.asyncIterator]();
211
+
212
+ try {
213
+ const first = await iterator.next();
214
+ return first.value;
215
+ } finally {
216
+ await iterator.return?.();
217
+ }
218
+ ```
219
+
220
+ ## Context in resource methods
221
+
222
+ Resource methods may receive request context from Harper's REST runtime. Treat
223
+ that context as the authoritative place for user identity, request headers, and
224
+ request-scoped metadata supplied by the server:
225
+
226
+ ```javascript
227
+ export class Orders extends tables.Orders {
228
+ static async post(data, context) {
229
+ const userId = context.user?.id;
230
+ if (!userId) {
231
+ throw new Error('Authentication required');
232
+ }
233
+
234
+ return super.post(
235
+ {
236
+ ...(await data),
237
+ createdBy: userId,
238
+ },
239
+ context,
240
+ );
241
+ }
242
+ }
243
+ ```
244
+
245
+ When one resource delegates to another, pass the same `context` through. This
246
+ keeps authorization, headers/request metadata, and transaction ownership aligned
247
+ for nested operations:
248
+
249
+ ```javascript
250
+ await tables.OrderEvents.post(
251
+ {
252
+ orderId,
253
+ type: 'created',
254
+ },
255
+ context,
256
+ );
257
+ ```
258
+
259
+ Do not store `context` in module-level variables. It is request-scoped data and
260
+ must not leak between concurrent requests.
261
+
262
+ ## Transactions
263
+
264
+ Harper databases are transactionally consistent. Tables in the same database can
265
+ participate in the same atomic unit of work; separate databases do not preserve
266
+ cross-database atomicity.
267
+
268
+ Resource methods should assume a request-level transaction boundary:
269
+
270
+ - Reads inside a single request observe a consistent transaction context.
271
+ - Writes across tables in the same database commit together when the request
272
+ completes successfully.
273
+ - Throwing from the resource method before completion rolls the request work back.
274
+ - Nested table/resource operations should receive the same `context` to stay in
275
+ the same request transaction.
276
+ - Long-running external calls should happen before writes or after commit-aware
277
+ handoff; do not hold a transaction open while waiting on an avoidable network
278
+ dependency.
279
+
280
+ Example multi-table write:
281
+
282
+ ```javascript
283
+ export class Orders extends tables.Orders {
284
+ static async post(data, context) {
285
+ const order = await super.post(await data, context);
286
+
287
+ await tables.OrderEvents.post(
288
+ {
289
+ orderId: order.id,
290
+ type: 'created',
291
+ },
292
+ context,
293
+ );
294
+
295
+ return order;
296
+ }
297
+ }
298
+ ```
299
+
300
+ If `OrderEvents.post()` throws, the order creation should not be reported as
301
+ successful. Verify the rollback behavior with an integration test against a real
302
+ Harper process when the route writes more than one table.
303
+
304
+ ## Verification recipes
305
+
306
+ Filtered, sorted, paginated REST query:
307
+
308
+ ```bash
309
+ curl -fsS "$BASE_URL/products/?category=software&price=gt=100&sort(-rating)&limit(10)" \
310
+ | jq -e '
311
+ length <= 10 and
312
+ all(.[]; .category == "software" and .price > 100)
313
+ '
314
+ ```
315
+
316
+ Projection:
317
+
318
+ ```bash
319
+ curl -fsS "$BASE_URL/products/?category=software&select(id,name)" \
320
+ | jq -e 'all(.[]; has("id") and has("name") and (has("cost") | not))'
321
+ ```
322
+
323
+ Relationship traversal:
324
+
325
+ ```bash
326
+ curl -fsS "$BASE_URL/products/?brand.name=Microsoft&select(id,name,brand{name})" \
327
+ | jq -e 'all(.[]; .brand.name == "Microsoft")'
328
+ ```
329
+
330
+ Pagination stability:
331
+
332
+ ```bash
333
+ first="$(curl -fsS "$BASE_URL/products/?sort(+createdAt)&limit(0,20)")"
334
+ second="$(curl -fsS "$BASE_URL/products/?sort(+createdAt)&limit(20,40)")"
335
+ jq -e --argjson a "$first" --argjson b "$second" -n '
336
+ (($a | map(.id)) as $left |
337
+ ($b | map(.id)) as $right |
338
+ (($left + $right) | unique | length) == (($left | length) + ($right | length)))
339
+ '
340
+ ```
341
+
342
+ Multi-table rollback:
343
+
344
+ ```bash
345
+ order_id="rollback-$(date +%s)"
346
+
347
+ curl -sS -o /tmp/order-response.json -w "%{http_code}" \
348
+ -X POST "$BASE_URL/orders/" \
349
+ -H 'content-type: application/json' \
350
+ --data "{\"id\":\"$order_id\",\"forceEventFailure\":true}" \
351
+ | grep -E '4[0-9][0-9]|5[0-9][0-9]'
352
+
353
+ curl -fsS "$BASE_URL/orders/$order_id" \
354
+ | jq -e '.error or .message or (.id != "'$order_id'")'
355
+ ```
356
+
357
+ For routes with auth rules, add a negative assertion that a user without the
358
+ required role cannot filter, select, or sort on restricted data.
359
+
360
+ ## Sources
361
+
362
+ - [REST overview](https://docs.harperdb.io/reference/v5/rest/overview)
363
+ - [REST querying](https://docs.harperdb.io/reference/v5/rest/querying)
364
+ - [Resources overview](https://docs.harperdb.io/reference/v5/resources/overview)
365
+ - [Query optimization](https://docs.harperdb.io/reference/v5/resources/query-optimization)
366
+ - [Database overview](https://docs.harperdb.io/reference/v5/database/overview)
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "NestJS-specific skills and migration write-protection hooks.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, across Claude and Codex.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Ruby on Rails-specific skills and hooks for RuboCop and ast-grep scanning on edit.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "TypeScript-specific hooks for formatting, linting, and ast-grep scanning on edit.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "Distributable LLM Wiki kernel — ingest, query, lint, and maintain a git-native markdown knowledge base across Claude and Codex.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.167.0",
3
+ "version": "2.169.0",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"