Claude-skill-registry execution-types-contract
Keep execution engine changes aligned with stable public types (execution.py + types.py lockstep).
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/execution-types-contract" ~/.claude/skills/majiayu000-claude-skill-registry-execution-types-contract && rm -rf "$T"
manifest:
skills/data/execution-types-contract/SKILL.mdsource content
<!-- BEGIN:compound:skill-managed -->
Purpose
When extending execution behavior, keep the public contract stable and import-safe.
When To Use
- You change execution orchestration in
.src/vibe_piper/execution.py - You also add/adjust public result/config types in
.src/vibe_piper/types.py
Procedure
- Decide what is "public API" vs. internal implementation.
- Put public dataclasses/enums/protocols in
.src/vibe_piper/types.py - Keep
focused on orchestration and flow.src/vibe_piper/execution.py - Enforce a one-way dependency:
may import fromsrc/vibe_piper/execution.py
.vibe_piper.types- Avoid
importing fromsrc/vibe_piper/types.py
.vibe_piper.execution
- If you need type-only references that would create a cycle, use
and forward references.typing.TYPE_CHECKING - Prefer narrow, explicit types (dataclasses/enums) over loose dicts for cross-module boundaries.
Manual notes
This section is preserved when the skill is updated. Put human notes, caveats, and exceptions here.