architecture-designDesign and ratify ARCHITECTURE.md with the user: module boundaries, tech choices, folder layout, CI stages, then guard tests. Use to design or change a project's architecture. 架構設計 / 架構規則 / アーキテクチャ設計.
capture-intentCapture and confirm a change intent. Use for any software request to add a feature or fix a bug, before editing files, even when loom is not named or the repo has no loom folder. Skip a typo or a rename that changes no behaviour (unless loom is asked for), skip non-software work, and skip a request
design-researchResolve consequential evidence gaps about user problems, usage context, outcome priorities, behavior alternatives or architecture decisions. Return bounded findings to the design task; adequate evidence needs no new study.
design-systemRatify a visual DESIGN.md. Use for a UI design system: colors, type, layout, and component tokens. 視覺設計系統 / デザインシステム.
product-principlesRatify PRINCIPLES.md. Use when a product needs principles or someone asks what should govern product, design, or engineering trade-offs.
using-loom-designRoute Loom product-definition requests to intent, specification, principles, visual design, architecture or design research skills when the needed skill is unclear.
write-specWrite a design spec from a confirmed intent. Use for a requested spec or a needs-design: yes intent without one.