npx skills add smithery/heyvhuang --skill workflow-template-seeder
heyvhuang/ship-faster
workflow-template-seeder
Seed a new runnable template under templates/NNN-slug/ from a short spec by chaining existing skills (intake → ship-faster stages) while keeping it clean and shareable (no secrets, minimal scope). Use when creating a new template quickly.
Installation
npx skills add heyvhuang/ship-faster --skill workflow-template-seeder
Similar popular skills
Related neighbors and high-traction skills in the same topics — useful to compare before installing.
Browser automation CLI for AI agents. Use when the user needs to interact with websites, includ…
810.4K installsReview UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "chec…
617.3K installsBuild, deploy, evaluate, optimize, fine-tune, and manage Microsoft Foundry agents, models, and …
576.5K installsArchitect and provision enterprise Azure infrastructure from workload descriptions. For cloud a…
402.8K installsAlso in this package
Other skills from heyvhuang/ship-faster · top by installs.
npx skills add heyvhuang/ship-faster
More details
Agent compatibility
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
Also listed on
Alternate registries and mirrors of this skill.
Repository health
main
Package contents
Files included with this skill beyond the listing page.
-
skill md
SKILL.md2,757 B -
docs
SUMMARY.md272 B
History
- First seen on skills.sh
- First recorded snapshot · 50 installs
SKILL.md
Workflow: Template Seeder (Skills → Templates)
Goal: Turn a short template spec into a runnable, documented template under templates/.
This workflow is skills-first:
- Use skills as the primary execution engine
- Treat templates as “frozen outputs” (examples + regression references), not the mainline product
Input (pass paths only)
repo_root: Ship Faster repository root (wheretemplates/lives)rundir:runs/template-seeder/active/<runid>/template_spec.md: One-page spec (what it is, target user, core pages, required integrations)
Output (persisted)
03-plans/template-plan.md05-final/template-summary.md- A new template directory:
templates/<NNN>-<slug>/containing:
- README.md (5‑minute runnable) - .env.local.example (keys only) - metadata.json
Workflow
0) Initialize
- Create
run_dir. - Determine:
- <slug> from spec (kebab-case) - <NNN> as the next available number under templates/ (001, 002, …)
- Write
01-input/context.jsonfor this workflow:
- entrytype: idea - reporoot: <path-to-new-template-dir> - need_deploy: false (templates should not auto-deploy) - Enable only the integrations required by the spec (DB/billing/SEO)
1) Generate the template baseline (prefer clean + minimal)
Preferred path:
- Create a clean Next.js baseline in the new template directory, then run the same “Ship Faster chain” against it.
Execution order (recommended):
workflow-project-intake(optional if spec is already complete)workflow-ship-fasterwith the template directory asrepo_root- If any steps are skipped (e.g., no DB/billing), record why in
00-index.md/05-final/template-summary.md
2) Template hardening (shareable output)
Must do:
- Remove secrets; only keep env key names in
.env.local.example - Ensure
README.mdincludes:
- Node version - install + dev - required env keys - optional integrations notes
- Ensure
metadata.jsonis accurate and generic (no private branding unless intended)
3) Verification
At minimum (document results in 05-final/template-summary.md):
- install works
devstartsbuildsucceeds (if the template requires external credentials, document the minimal required keys)
Constraints
- Do not create a “kitchen sink” template.
- Avoid large refactors; prefer small, clean baselines that are easy to adapt.
- Never commit secrets.