@kensio/skills 1.16.0 → 1.17.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@kensio/skills",
-  "version": "1.16.0",
+  "version": "1.17.0",
   "description": "Install Kensio agent skills into any agent that reads SKILL.md.",
   "keywords": [
     "agent-skills",

package/skills/dynamodb-single-table/SKILL.md

@@ -3,7 +3,7 @@ name: dynamodb-single-table
 description: Model data in Amazon DynamoDB as one table by default, reading the current AWS guidance before committing to a schema, writing the access patterns down before any keys exist, holding every entity type in one table, overloading generic partition and sort keys across those types, overloading and sparsifying secondary indexes, and splitting items by write rate. Use when designing or reviewing a DynamoDB schema, when a CDK stack is about to gain a second table, when an entity needs a query it has no key for, when application code fetches from two tables to assemble one response, when a Scan or a filter expression appears, when a partition runs hot or a write throttles, and when asked how to model users, orders, events or tenants in DynamoDB.
 license: Apache-2.0
 metadata:
-  version: "1.16.0"
+  version: "1.17.0"
 ---
 
 # Single-table design in DynamoDB

package/skills/github-issue-drafting/SKILL.md

@@ -3,7 +3,7 @@ name: github-issue-drafting
 description: Draft a GitHub issue from a short note or a rough idea, grounding every claim about the code in the repository the issue will be filed against, splitting work that is really two issues, and filing it with `gh` once the user has approved the draft. Use when turning a to-do item, a Slack message, a code TODO, a failing test or a bug report into an issue, when asked to "write up an issue for" something, to "raise", "file" or "open an issue", when asked whether something should be one issue or several, and when tidying the titles, types or labels of issues that already exist.
 license: Apache-2.0
 metadata:
-  version: "1.16.0"
+  version: "1.17.0"
 ---
 
 # GitHub issue drafting

package/skills/isolated-testing-style/SKILL.md

@@ -3,7 +3,7 @@ name: isolated-testing-style
 description: Write tests that start from given/when/then, use real collaborators through simulation rather than stubs and mocks, take their isolation from randomised data rather than shared setup and teardown, and assert behaviour rather than call counts. Use when writing or reviewing tests, when a test needs a collaborator faked, when reaching for a mock, spy, `toHaveBeenCalledWith`, `beforeEach`/`afterEach` fixtures or a hardcoded expected hash, when test setup has grown tangled, and when asked "how should I test this?".
 license: Apache-2.0
 metadata:
-  version: "1.16.0"
+  version: "1.17.0"
 ---
 
 # Isolated testing style

package/skills/pangram-check/SKILL.md

@@ -4,7 +4,7 @@ description: Send the prose of a finished document to Pangram, a commercial AI-t
 license: Apache-2.0
 compatibility: Needs a Pangram API key and network access. Every run is billed.
 metadata:
-  version: "1.16.0"
+  version: "1.17.0"
 disable-model-invocation: true
 ---
 

package/skills/part-factory-test-data/SKILL.md

@@ -3,7 +3,7 @@ name: part-factory-test-data
 description: Build test data with @kensio/part-factory, keeping in the factory everything a test does not care about, passing dependencies at call time so factories stay independent, and choosing between StaticFactory, DynamicFactory, VariantFactory, MappedFactory and AsyncMappedFactory. Use when writing test fixtures or builders, when a test file is full of object literals, when a shared event, message or payload shape is being hand-written, when a required field is about to be made optional to ease test setup, and when tempted to wrap a factory in a helper function that applies overrides.
 license: Apache-2.0
 metadata:
-  version: "1.16.0"
+  version: "1.17.0"
 ---
 
 # Building test data with Part Factory

package/skills/skill-template/SKILL.md

@@ -3,7 +3,7 @@ name: skill-template
 description: Scaffold a new agent skill, writing the SKILL.md and its frontmatter to the Agent Skills specification, then wrapping it as a plugin in this repo with package.json, plugin.json and a marketplace entry. Use when the user asks to "add a new skill", "create a skill", "write a SKILL.md" or "start a new plugin", and when checking whether an existing skill is portable between agents.
 license: Apache-2.0
 metadata:
-  version: "1.16.0"
+  version: "1.17.0"
 ---
 
 # Skill template

package/skills/technical-prose-style/SKILL.md

@@ -3,7 +3,7 @@ name: technical-prose-style
 description: Write documentation, READMEs, code comments, commit messages, release notes and PR text as plain technical prose, by removing the constructions that make unedited LLM prose tiring to read. It targets significance tails, contrastive definition, negation framing, appositive tails, colon explainers and a vocabulary that keeps renaming the same thing. Ships a script that scores prose against Django, Go, Rust and Python documentation. Use when writing or editing docs, a README, a changelog, a blog post or any prose for human readers, when asked to improve, tighten or rewrite writing, when prose "sounds like AI" or "sounds like Claude", and when reviewing documentation in a pull request.
 license: Apache-2.0
 metadata:
-  version: "1.16.0"
+  version: "1.17.0"
 ---
 
 # Technical prose style

package/skills/yulin-aws-simulation/SKILL.md

@@ -3,17 +3,23 @@ name: yulin-aws-simulation
 description: Use the @kensio/yulin in-process AWS simulator well when testing AWS code, using it directly rather than building a harness around it, driving tests, local dev and production from one synthesized CDK template, deploying a whole cdk.out cloud assembly, intercepting SDK clients with SimSdk, driving HTTP requests into the simulation with SimAwsHttp, controlling simulated time, matching service errors by name, and handling properties Yulin refuses to simulate. Use when writing or reviewing tests that touch AWS, when replacing aws-sdk-client-mock or hand-rolled AWS stubs, when a CDK stack needs testing, when a CloudFront Distribution, its DNS records or its certificate need testing, when test setup around Yulin is growing helper classes or wrapper functions, and when Yulin refuses a template property or an SDK command.
 license: Apache-2.0
 metadata:
-  version: "1.16.0"
+  version: "1.17.0"
 ---
 
 # Testing with Yulin
 
 [Yulin](https://yulinsim.dev/) (`@kensio/yulin`) simulates AWS in process, in memory, with no
-network and no AWS account. This skill is how to use it well. For the API read
-[yulinsim.dev/llms.txt](https://yulinsim.dev/llms.txt), one markdown page per guide and per
-simulated service (drop the `llms.txt` for HTML, or read `docs/` in the repository). It serves
-`isolated-testing-style`, the general argument for simulation over stubs. Each rule says what it
-buys, and a case that does not want that trade can go the other way knowingly.
+network and no AWS account. This skill is how to use it well. It serves `isolated-testing-style`,
+the general argument for simulation over stubs. Each rule says what it buys, and a case that does
+not want that trade can go the other way knowingly.
+
+For the API read `node_modules/@kensio/yulin/llms.txt`. It indexes the 45 markdown pages beside it
+under `node_modules/@kensio/yulin/docs/`, one per simulated service and per feature guide,
+documenting the version installed. Open the page it names for the service in hand and grep it for
+the operation or property, since Cognito runs to 210 KB with DynamoDB and Lambda close behind. Where
+the package is absent, or predates the 1.20.x that started carrying it,
+[yulinsim.dev/llms.txt](https://yulinsim.dev/llms.txt) has the same index for the current release
+(drop the `llms.txt` for HTML).
 
 ## Use what Yulin already gives you