用途
paper-ds-manage 用于在 Paper 中管理设计系统，并与用户一同迭代其组件。它面向的是设计系统的持续维护工作，而不是一次性完成设置。技能描述指出：系统本身是持续的工作，而非设置的产物；因此在进行新一轮工作之前，需要重新读取来源与 Paper，不假设任何一方仍然是最新的。
主要能力
该技能围绕设计系统的完整生命周期提供多个可路由的子技能：
- paper-ds-setup：首次连接一个系统。
- paper-ds-tokens：保持令牌与所选来源一致。
- paper-ds-components：引入或刷新实际组件。
- paper-ds-options：探索或比较结构。
- paper-ds-iterate：根据反馈处理选定节点。
- paper-ds-review：检查单个主题及其状态、宽度或上下文。
- paper-ds-land：将已批准的决策折回 Paper 与代码。
- paper-ds-pages：整理、重命名或归档。
使用方式
开始时会读取 paper-ds.json 与 references/versioning.md，并用 paper-ds-canvas 检查目标 Paper 文件。如果没有清单，则使用 paper-ds-setup；对于已有系统，不会重新启动设置。接着识别主题与决策：读取其来源、实际内容与状态、现有 Paper 节点、Foundations 指南以及修订记录。优先使用用户指定的节点，而非通用的组件查找。请求会按上述路由表分发，工作会继续完成被请求的部分，而不是走完生命周期的每一个阶段。在修改画面之前，会先回读画面内容，因为用户可能自上一轮之后已做过编辑；这些编辑会被检查点保存并作为起点。结束时报告变更内容、修订版本、验证证据，以及仍未批准或未实现的部分。评论保留在聊天中，而不是写在画板上。
适用场景
适用于需要与用户协作维护设计系统的情形，例如引入真实组件、比较结构方案、针对反馈迭代选定节点、检查主题状态或宽度、将已批准决策同步回 Paper 与代码，以及整理页面结构。
限制与原则
- 来源冲突时需要做出选择：代码、Figma 或用户当前的 Paper 编辑，不得默默用一方覆盖另一方。
- 不得为了填充画板而新建库、调色板或组件 API；应基于真实系统工作，并将新增内容标记为提案。
- 保留用户的页面组织、选定节点、可选槽位、支持的主题以及已编辑的模板样式。
- 版本检查点应放在项目本地历史中，而不是画布上的大型元数据面板；只使用简短的修订后缀。
- 基线、提案设计与已实现结果必须保持可区分。推荐不等于批准，批准不等于实现。
暂未提供的信息
关于该技能的具体收费模式、价格、支持的平台范围或实际使用效果，资料中暂未提供。