Tolaria Wrap 自动化

要解决的问题

在仓库中处理 Markdown 与 TypeScript 时，常见麻烦不是缺少单个脚本，而是文档整理、构建入口和 GitHub 工作流之间缺少统一封装。资料里的标签是 wrap、github、automation，说明 Tolaria Wrap 面向的是把零散步骤收敛成可复用入口的场景：既希望保留 Markdown 的说明能力，也希望在 TypeScript 流程中有更清楚的调用边界。如果目标是让团队在同一个入口里查看说明、触发脚本和复用流程，这种封装方向比逐个复制命令更符合工程习惯。

技能如何工作

从现有可读信息看，它更像一层轻量封装，而不是完整业务系统：

• 定位：围绕 Markdown 和 TypeScript 相关流程提供技能入口
• 上下文：标签指向 GitHub 与自动化，适合把已有步骤接到流程中
• 使用方式：先确认输入、输出与依赖，再决定用于文档整理、脚本包装或流水线试验

适用边界

由于 SKILL.md 正文可读性有限，这里不推断具体命令、API 或生成逻辑。适合用于流程探索、封装试验和自动化入口验证；不适合在未确认权限、脚本依赖与输入格式前直接用于生产变更。