Content & Writing · Curated marketplace
iii-trigger-conditions
Registers a boolean condition function and attaches it to triggers via conditionfunctionid so handlers only fire when the condition passes.
Composite
C 4.1 · A 0.0
How we got there
Our evaluation
Tier-2 Review: iii-trigger-conditions
What we attempted
This review was supposed to validate iii-trigger-conditions against two baseline checks: (1) that the skill can be installed from the provided source, and (2) that a minimal smoke invocation runs end-to-end. Both are standard gates for a Tier-2 pass. Neither cleared.
What failed
Install: fail. The SKILL.md content supplied to the harness is a single descriptive paragraph. There is no install command, no package name, no dependency manifest, no version pin, and no repository pointer. The harness had nothing to execute. This is not a "the command errored" failure — it is a "there is no command" failure. The install step cannot be skipped or worked around because the artifact needed to perform it is absent from the source.
Smoke invocation: fail. Same root cause, different surface. The text describes the concept — registering a boolean condition function and attaching it to triggers via condition_function_id — but provides no runnable command, no API signature, no function stub, and no example payload. A smoke test needs something to call. We had prose describing what a call would do, which is not the same as a call.
What we observed
The failure mode is consistent across both tests and points to a single underlying issue: the SKILL.md is truncated. The source content cuts off at 4000 characters, and what remains is the conceptual preamble — the "use when" sentence and the one-line mechanism description. Everything that would make the skill runnable (setup, invocation, signature, example) appears to sit past the truncation boundary or was never included in the distributed artifact.
This matters for the review because it means we cannot distinguish between two very different situations:
- The skill is complete upstream but the copy we received is a preview stub.
- The skill is genuinely a concept note with no implementation shipped.
The truncated-content note in the harness output leans toward (1), but we cannot confirm it, and we should not assume it.
Rating caveat
The composite score of 4.1 / 5.0 and the per-dimension scores (D1 4.5, D2 4.0, D3 4.5, D4 3.5, D5 3.5) are therefore theoretical. They reflect the quality of the description — which is genuinely well-scoped, clearly triggered, and specific about intent — but they do not reflect verified behavior. D4 (self-containment) and D5 (reusability) are the dimensions most damaged by the missing artifact, and both already score lowest. If the truncation is real and not a distribution artifact, those scores are optimistic.
We are not marking this as a failed skill. We are marking it as unverified, with two hard test failures on record.
Is the skill still valuable in principle?
Yes — conditionally.
The described capability is a real and recurring need: gating trigger execution on a boolean predicate (permissions, thresholds, payload validation, rate limits) is exactly the kind of cross-cutting concern that benefits from a declarative condition_function_id attachment rather than ad-hoc if blocks scattered through handlers. The trigger language in the SKILL.md is specific and the use cases listed are concrete. That is a good sign for the design.
But "valuable in principle" is doing a lot of work in that sentence. To move from principle to practice, the source needs to ship:
- a concrete install path (package name or repo),
- a minimal runnable example with a real function signature,
- and at least one end-to-end invocation showing a condition passing and failing.
Until those exist, the skill is a well-written spec, not a usable tool. Recommend re-running the harness against the untruncated source before treating the 4.1 as load-bearing.
What we tried
Tests simulated against README claims; pending physical re-run in Docker harness. Ran 2026-09-30.
Overall: broken. 0 tests passed, 0 partial, 2 failed; key blocker: the provided SKILL.md is a truncated description with no install command, README, or runnable invocation, so neither test could be executed.
| Test | Status | Notes |
|---|---|---|
| install | fail | The SKILL.md content is truncated to a single descriptive paragraph and contains no documented install command, package name, or dependency manifest, so no install command can be executed as specified. |
| smoke-invocation | fail | No README or minimal invocation example is present in the provided SKILL.md; the text only describes the concept of registering a boolean condition function via condition_function_id, with no runnable command or API signature to invoke. |
1 source verified
- Best source
skillsmp.com - Authority tier Tier 2 — Curated marketplace
- Stars ★ 15,734
- Source link https://skillsmp.com/skills/iii-hq-iii-skills-iii-trigger-conditions-skill-md ↗
- First published 2026-05-24
- Last modified 2026-09-30
Use this skill
/plugin install iii-trigger-conditions Head-to-head pages featuring iii-trigger-conditions
More in Content & Writing
github-swyxio-spark-joy
✨😂 2000+ ways to add design flair, user delight, and whimsy to your product.
algorithmic-art
Creating algorithmic art using p5.js with seeded randomness and interactive parameter exploration. Use this when users request creating art using code, generative art, algorithmic art, flow fields,…
- philosophy → expression
github-swyxio-swyxio
<!--<h3 align="center"  </h3 --
doc-coauthoring
Guide users through a structured workflow for co-authoring documentation.