@pikku/skills 0.12.17 → 0.12.19
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/CHANGELOG.md +59 -0
- package/dist/skills.gen.js +1 -1
- package/package.json +1 -1
- package/skills/pikku-fabric/SKILL.md +6 -1
- package/skills/pikku-scenario/SKILL.md +10 -10
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,64 @@
|
|
|
1
1
|
# @pikku/skills
|
|
2
2
|
|
|
3
|
+
## 0.12.19
|
|
4
|
+
|
|
5
|
+
### Patch Changes
|
|
6
|
+
|
|
7
|
+
- f1ccfe3: A step ladder reads as one paragraph, not a list of restatements
|
|
8
|
+
|
|
9
|
+
Every step prefixed its actor with `the `, named that actor again, and repeated
|
|
10
|
+
the phase keyword. A three-step run by one person said their name three times
|
|
11
|
+
and `Given` three times, only read as English when the persona key happened to
|
|
12
|
+
be a role noun, and never said who that person was — the fabric template's own
|
|
13
|
+
placeholder came out as `the nadia opens /app`.
|
|
14
|
+
|
|
15
|
+
```
|
|
16
|
+
Given yasser (the founder) signs in
|
|
17
|
+
When yasser opens the dashboard
|
|
18
|
+
And sees the audit log
|
|
19
|
+
And nadia reviews the invite
|
|
20
|
+
```
|
|
21
|
+
|
|
22
|
+
The article is gone: the actor key is the subject verbatim, so a persona named
|
|
23
|
+
after a person reads as that person. A repeated phase reads as `And`, the way
|
|
24
|
+
Gherkin has always written it. A step that continues both the phase and the
|
|
25
|
+
actor drops the repeated subject, because English drops a repeated subject in a
|
|
26
|
+
compound predicate — it takes both, since eliding across a phase change gives
|
|
27
|
+
`When opens the dashboard`, and a pronoun rather than a name would give `they
|
|
28
|
+
sees`, step templates being authored in the third person singular.
|
|
29
|
+
|
|
30
|
+
An actor is introduced once, by the persona's `jobTitle` — prose someone wrote
|
|
31
|
+
for a reader. `roles` is authorisation, so a persona whose only description is a
|
|
32
|
+
`reviewer` grant gets no introduction rather than one assembled out of grants.
|
|
33
|
+
A row carries `sentenceWithRole` alongside `sentence`, set only where an actor
|
|
34
|
+
is first named, so a renderer can offer the introduction as a toggle without
|
|
35
|
+
parsing a composed sentence back apart.
|
|
36
|
+
|
|
37
|
+
`{placeholder}` filling, the `#ordinal` lookup for repeated step names and an
|
|
38
|
+
actorless step reading as its description alone are all unchanged.
|
|
39
|
+
|
|
40
|
+
## 0.12.18
|
|
41
|
+
|
|
42
|
+
### Patch Changes
|
|
43
|
+
|
|
44
|
+
- 7d8082a: Add `pikku fabric variables set` and `pikku fabric variables get`
|
|
45
|
+
|
|
46
|
+
`secrets` was the only stage-scoped store the CLI exposed, so a value declared
|
|
47
|
+
with `defineVariable` could be set locally through `.env` and not at all on a
|
|
48
|
+
deployed stage — `variables.get('NAME')` compiled, ran, and answered `undefined`
|
|
49
|
+
forever, with nothing saying why. The fabric API already had
|
|
50
|
+
`setStageConsoleVariable` and `getStageConsoleVariable`; only the CLI surface was
|
|
51
|
+
missing.
|
|
52
|
+
|
|
53
|
+
`set` stores the value the way `LocalVariablesService` reads one: `JSON.parse`,
|
|
54
|
+
falling back to the raw string. `--value true` is therefore the boolean on a
|
|
55
|
+
stage exactly as it is from `.env`, and `--value '"true"'` is the string. `get`
|
|
56
|
+
prints the stored value as JSON so the two are distinguishable, which is usually
|
|
57
|
+
why you are looking.
|
|
58
|
+
|
|
59
|
+
Variables are not sealed and are readable back — that is the difference from
|
|
60
|
+
`secrets`, and anything that would hurt to print belongs in `secrets set`.
|
|
61
|
+
|
|
3
62
|
## 0.12.17
|
|
4
63
|
|
|
5
64
|
### Patch Changes
|