When to use
- User types
/dym-harness-sdk(no arguments → slug table) or/dym-harness-sdk <slug>; or/dymroutes here by domain. - The hub only costs the description line; the child workflow body is read only when invoked.
Steps
-
Read ARGUMENTS →
<slug>. No slug → print the table below then stop, read no file.slug purpose type quickstartInstall strands-harnessinto an isolated venv, build the agent, see what it assemblesshell + python interventionsAttach tool-call guardrail: ask/smart/.cedar/ text policypython effect-testsWrite live-model tests the Strands way: assert EFFECT, do not assert wording pytest evalsGrade agents with the Strands Evals SDK (external repo) — not yet verified python + CLI contributorModify the harness itself: run unit/integration/selective tests like CI shell
- Find the child file in order, take the FIRST file that exists then read EXACTLY ONE file:
(1)
../dym-harness-sdk-<slug>/SKILL.md(next to the hub — installed vianpx skills add rheinmir/dym); (2).overstack/doyourmagic/harness-sdk/skills/dym-harness-sdk-<slug>/SKILL.md(bundled in the project); (3)doyourmagic-bundles/harness-sdk/skills/dym-harness-sdk-<slug>/SKILL.md(clonerheinmir/dymnext to the project). Follow that file's Steps/Rules; do not read other child files; if none of the 3 are found → say so clearly, stop.
Rules
- Each sub-skill is self-contained; the hub does not stuff the whole bundle into context.
workflows.mdnext to the bundle is an index + verification table + comparison with overstack, not a source of commands.