@cratis/pi 2.24.0 → 2.24.1

package/package/corpus/skills/cratis-screenplay-model-authoring/SKILL.md

@@ -207,16 +207,20 @@ The language service ships two ways: the Monaco package
 (marketplace id `cratis.screenplay`), which is the same service plus a `.play`
 file icon.
 
-⚠️ Its keyword list has drifted from the parser. `theme`, `ui`, `form`,
-`contribute`, `dialog` and `reducer` have no keyword, tokenizer or completion
-entry in the Monaco package (the words occur only in prose and theme names),
-although all six are real constructs the compiler accepts. They get no
-highlighting and no completion. Absent highlighting is not evidence that a
-construct is wrong — check `screenplay` instead.
+Its keyword list had drifted from the parser: `capture`, `projection`, `reducer`,
+`contribute`, `dialog`, `form`, `theme` and `ui` were constructs the compiler
+accepts with no keyword entry, so they got no highlighting and no completion.
+Fixed in `Cratis/Screenplay#199`, which also added a specification deriving the
+dispatched set from the parsers so the two cannot drift apart again silently.
+
+⚠️ The general lesson stands regardless: **absent highlighting is not evidence
+that a construct is wrong** — check `screenplay` rather than the editor.
 
 The repository's TypeScript workspaces are **not** built, linted or tested by any
-pull-request workflow; they run only inside the release job. Do not read a green
-pull request as evidence the language service still compiles.
+pull-request workflow; only `dotnet-build.yml` runs tests on a pull request. Do
+not read a green pull request as evidence the language service still compiles —
+and put any guard on the language service in the C# suite, which is the one that
+actually runs.
 
 ## Verify
 

package/package/corpus/skills/cratis-screenplay-projections/references/pdl-grammar.md

@@ -3,15 +3,17 @@
 Verified against `Documentation/screenplay/projections/grammar.md` and
 `Source/DotNET/Screenplay/Parsing/ProjectionParser.cs` at commit `122eee8`.
 
-Two places below are deliberately **looser than the published EBNF**, because the
-parser accepts more than that EBNF describes and both forms were confirmed by
-compiling them:
-
-- `EveryBlock` accepts a bare `automap` as well as `no automap`. The published
-  grammar lists only `no automap`, but `from-every.md` shows `automap` in an
-  example and `ParseMappingBlock` handles both.
-- The braces on a composite key are **optional**. The published grammar writes
-  them as required; a composite key with and without them both compile clean.
+Three things below were once looser than the published EBNF, because the parser
+accepts more than that EBNF described. `Cratis/Screenplay#199` corrected the
+reference, so the two now agree:
+
+- `EveryBlock` accepts a bare `automap` as well as `no automap`.
+- The braces on a composite key are **optional** — a composite key with and
+  without them both compile clean.
+- `$causedBy` is a valid expression root.
+
+Against a Screenplay older than that fix the published grammar is the stricter of
+the two, and this file is the accurate one.
 
 ## Grammar
 

package/package/corpus/skills/cratis-screenplay-ui-composition/SKILL.md

@@ -21,11 +21,11 @@ Read from the Screenplay repository at tag `v4.12.1` (commit `122eee8`), against
 and `Source/DotNET/Screenplay/Parsing/`. Reverify before claiming another version
 behaves the same.
 
-⚠️ **The Monaco and VS Code language service does not know these words.** `theme`,
-`ui`, `form`, `contribute`, `dialog` and `reducer` are absent from its keyword and
-tokenizer lists at this commit, so they get no highlighting and no completion.
-They are still real constructs the compiler accepts — check `screenplay`, not the
-editor.
+These constructs went unhighlighted and uncompleted by the Monaco and VS Code
+language service until `Cratis/Screenplay#199` gave every construct the parser
+dispatches on a keyword entry. On an older language-service version they still
+look unrecognized — **check `screenplay`, not the editor**, because absent
+highlighting was never evidence that a construct is wrong.
 
 ## `layout` — the application shell
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@cratis/pi",
-  "version": "2.24.0",
+  "version": "2.24.1",
   "description": "Configuration-aware Cratis AI integration for Pi",
   "type": "module",
   "files": [