用途：作为智能体运营仓库的治理中枢，适用于应用、库、工具、插件、harness 与元仓库。当智能体提出或执行结构性调整、主张变更、持久政策变更或文档网格变更时，需走此治理循环；日常仓库修复仍以原始目标与原生门禁为先，仅当修复改变持久归属、政策、证据、ADR/FAQ 事实或计划卫生时才使用本循环。
主要能力与流程：一，检查伦理与边界（NORTH_STAR），阅读章程与伦理、North Star 规则，对持久结构变更分类 north_star_impact：none、applies、clarifies、sub_star、amends、conflicts；none 与 applies 走原生工作流，clarifies 更新 FAQ/技能/地图/检查，sub_star 需显式父子边界，amends 或 conflicts 需 ADR 加 North Star diff 后再实施。二，记录决策（ADR），重大架构决策或触发 T1-T8 阈值时按 ADR Format 写出正式决策记录，决策不能只存在于智能体上下文窗口。三，更新活文档（FAQ），更新 docs/DESIGN_FAQ.mdx（Why）或 docs/DX_FAQ.mdx（How），并遵循 FAQ Format 结构规则。四，应用品牌与语气，禁用企业营销术语，遵守 Brand Guidelines 禁用词表（如 unlock、supercharge、ultimate）。五，计划卫生（清理），不留 task.md、implementation_plan.md 等过期计划产物；对过期或重叠的非计划文档在编辑前选定一种处置：keep、merge、move to ADR、move to FAQ、move to skill、move to check、move to evidence、move to consumer proof 或 delete。六，证据路由：ADR 存持久决策，FAQ 存长期 why/how，技能存可重复流程，检查/工具/模式/测试存确定性漂移检测，证据工件存真实运行证明等；创建或实质更新证据工件时使用规范信封（见 Evidence artifacts，ADR 0023）。在升级 steward、adoption、harness-ready 或成熟度措辞前，运行 steward claim check --claim <claim> --evidence <path> --json，not_rejected 是负门禁结果而非接受。
使用方式：安装命令 npx skills add arenukvern/skill_steward --skill repository-governance-lifecycle。
限制：资料未提供价格、平台支持范围与具体效果；适用于受治理仓库，不用于域内教程内容；更广的表面形态决策（拆分、压缩、提升、降级、删除或保持原生）应走 repo-quality-system-lifecycle 与 Evolutionary simplicity。