用途：把设计系统审计中可机械检测的问题转化为流水线自动检查，减少人工审计负担。它只生成 YAML 配置、脚本与文档，不执行流水线。
主要能力：按平台生成对应配置（.github/workflows/design-system-checks.yml、.gitlab-ci.yml、.circleci/config.yml、bitbucket-pipelines.yml），涵盖令牌命名校验、循环引用、DTCG 格式、硬编码颜色/间距、组件导出完整性、Prop 类型、无障碍、视觉回归、体积与文档检查。可自动化的判定标准是规则是否明确无歧义；需人工判断的跨组件模式、命名质量等不纳入 CI。
使用方式：先确认 frontmatter 引用的路径存在，缺失时按 1-INSTALL.md 重装并运行 verify-install.sh。若存在 .ds-ops-config.yml 则读取 cicd 段（platform、package_manager、node_version、test_framework、component_library_path、token_path、monorepo、triggers）；否则需询问平台、包管理器、是否 monorepo、令牌与组件路径。随后评估可自动化项、映射审计发现到检查、生成配置、生成 scripts/ds-checks/ 下的辅助脚本（validate-token-names.js、find-orphaned-tokens.js、verify-exports.js、check-docs-exist.js、check-stories-exist.js、read-gates.js）。命令保持原样，如 npx terrazzo lint、npx tsc --noEmit、npx stylelint、npx size-limit、npm run test:a11y、npx chromatic --project-token=... --storybook-build-dir=storybook-static。
适用场景：采用设计系统、希望用 CI 阻止问题复发的团队。
限制：不执行流水线；跳过任务视为通过；阻断合并需在仓库分支保护中把任务名设为必需状态检查，平台能力不同（如 Bitbucket Cloud 合并检查为 Premium）。孤立令牌检查仅警告，因外部使用不可见；DTCG 无官方 JSON Schema；需预先具备 Stylelint 与 test:a11y 等前置配置。资料中未提供安装与验证脚本的完整代码及具体文件内容。