Sortin 与 Resort 算法本文档描述了原始想法如何成为有条理的 mdbase 记录。命令命令行为/ustht sortin软维护将新的原始条目追加到 mdbase不重组现有内容。/ustht resort硬维护审查所有 mdbase 内容去重、重新分类、合并并更新索引。--dry预览将要进行的更改而不写入。原始格式处理前- [14:30] 让按钮使用 8px 圆角 | suggested-dim:ui/details - [14:45] 登录界面应使用深色主题 | suggested-dim:ui/outline - [15:10] 使用 REST API而不是 GraphQL | suggested-dim:dev-stack处理后文件的第一行变为!-- processed --软追加格式原始条目被追加到所选维度文件中一个日期标题之下## 2026-06-01 - 让按钮使用 8px 圆角规则保留原始措辞。仅移除时间戳和suggested-dim后缀。按原始文件的日期对条目分组。当已有日期章节时追加到其中。需要时创建新的日期章节。维度管理仅当某个想法不适合现有维度时才创建新维度。维度名称必须是 kebab-case 路径段并且必须通过安全验证。当resort发现重叠的维度时将它们合并到最清晰的目标维度并保留来源信息。当某个维度不再有用时用!-- deprecated --标记它而不是删除它。分类优先级用户指定的维度。完全匹配的现有维度。语义最接近的现有维度若匹配较弱则附上说明。general.md兜底。导入算法/ustht import path扫描安全项目本地路径下的 Markdown 文件并提取与项目相关的用户决策、约束和需求。它不应修改源文件。导入的条目应包含来源信息例如[source:docs/design.md]。除非普通技术文档、生成的文档、API 参考文本和代码注释明确编码了用户决策否则跳过它们。摘要输出sortin之后报告已处理条目的数量和目标维度例如软维护完成。已处理 3 条想法 - ui/details.md: 1 - ui/outline.md: 1 - dev-stack.md: 1 LAST_SORTIN 已更新为 2026-06-01 15:30