用途：把设计系统团队已写下的治理规则，转化为真正会运行的强制手段：linter 规则、依赖边界、代码归属和 CI 检查，每条规则都追溯到其来源文档。没有可执行形式的规则会被写入简短的治理页面，标明由谁、在何时检查，避免把非自动化流程说成自动化。无法确定规则内容本身，该技能只负责编码已存在的规则。
主要能力：盘点既有规则与已存在执行方式（CONTRIBUTING.md、README、评审清单、现有 lint 配置等），把规则映射到工具链：命名规范用 ESLint @typescript-eslint/naming-convention，样式禁用原始值用 Stylelint，分层边界用 dependency-cruiser，文件归属用 CODEOWNERS，弃用用 @typescript-eslint/no-deprecated 等。在现有配置上增量写入规则并加追溯注释，生成 GOVERNANCE.md 表格（含来源、工具或 manual、检查人与检查点、例外途径），并对仓库做报告模式校准。
使用方式：读取 .ds-ops-config.yml（system.framework、system.styling、system.component_paths、system.tokens、governance.severity_model、governance.categories）；先读文件再向团队补齐文档未覆盖的规则；编辑而非替换现有配置；用 npx eslint . --format json、npx stylelint "**/*.css" --formatter json、npx depcruise src 统计当前违规数；首次编码通常以 warn 发布，确认可提升为 error 的规则。
限制：不决定规则应是什么，不编写运行 linter 的 CI 工作流，不做合规审计；无法自动化的事项只能写入 GOVERNANCE.md 并保留人工检查点；缺失信息（如团队未写规则或无源代码）应如实说明，不虚构。具体平台、收费暂未提供。