the

打磨生成的 CLI 以通过验证并达到发布标准。运行诊断（dogfood、verify、scorecard、go vet），自动修复所有问题（验证失败、死代码、描述、README、MCP 工具质量），报告修改前后的差异，并提示是否发布。可在任何 /printing-press 运行之后使用，或用于 ~/printing-press/library/ 中的任何 CLI。触发短语："polish"、"improve the CLI"、"fix verify"、"make it publish-ready"、"clean up the CLI"、"get this ready to ship"。

将生成的 CLI 发布到 printing-press-library 仓库

在生成 CLI 后运行回顾。识别 Printing Press 的系统性改进点——模板、Go 二进制文件、技能指令、目录——以便下一次生成更好的 CLI。当有 Printing Press 需要修复的问题时，创建包含可执行建议的 GitHub issue。在任何 /printing-press 运行后使用。触发短语："retro"、"retrospective"、"what went wrong"、"improve the press"、"post-mortem"、"lessons learned"、"what can we improve"、"file a retro"、"submit findings"。

从目录中浏览并安装适用于热门 API 的预构建 Go CLI

在当前 Printing Press 下从头重新生成已发布的 CLI，将先前的研究和先前的新特性带入 novel-features 子代理的重印协调流程中，而不是直接丢弃。如果本地不存在该 CLI，将从公共库中拉取；根据存在时间建议复用还是重做先前的研究；然后携带正确的上下文移交给 /printing-press。当机器升级对已发布 CLI 的提升大于手动优化时使用。触发短语："reprint <api>"、"regenerate <api>"、"redo the <api> CLI"、"rebuild <api> from scratch"、"this CLI would benefit from a reprint"。

将公共库中已发布的 CLI 引入内部库，使其与全新生成的副本完全一致——模块路径已还原，手稿已就位，随时可执行 /printing-press-polish 或 /printing-press-emboss。适用于公共库中有本地尚未拥有的 CLI，或用于恢复损坏或丢失的内部副本。触发短语：“import the CLI”、“bring it into my library”、“fetch from public library”、“I don't have it locally yet”。

内部子技能：对打印的 CLI 采样命令输出进行智能审查，以排查基于规则的检查无法编码的合理性问题（子串匹配相关性、格式错误、静默源丢弃、排序失败）。在诊断循环期间，通过 Skill 工具由主 printing-press SKILL.md（阶段 4.85）和 printing-press-polish SKILL.md 调用。不供用户直接调用——其实用的封装入口为 /printing-press 和 /printing-press-polish。

生成并安装自定义的 Claude Code 状态栏，支持可选列（模型、上下文、投入程度、git、目录、工作区、vim）和颜色主题。……

与用户交流并检查编码代理技能的触发次数，以推荐移除未使用的 K-skills。

在 foresttrip.go.kr 上查询可用的韩国国立森林游憩住宿或露营空位。当用户要求查询 숲나들e 或 자연휴양림 빈 객실/빈자리 时使用，不适用于…

对附加的 DuckDB 数据库或临时文件运行 SQL 查询。接受原始 SQL 或自然语言提问。使用 DuckDB Friendly SQL 惯用语法。

通过苏格拉底式提问对模糊的需求进行深度访谈，将其梳理为可执行的需求。当用户请求 deep-interview、深度访谈、明确需求、梳理思路，或目标、范围、约束、完成标准不清晰时使用。若请求已经足够具体，或是拼写错误、微小的配置更改、补充测试等不值得提问的简单任务，则不使用。

产品设计层的框架指南 — 请首先加载；提供所有其他技能所依赖的上下文

映射领域概念、术语冲突和限界上下文——为概念模型层生成名词提取结果。

使用 wiki-ingest 流水线，自动将文档导入 Obsidian wiki (obsidian-wiki)。通过 manifest、frontmatter 和交叉链接处理去重；在 obsidian-wiki 项目上下文中根据用户请求触发。

独立于任何界面定义产品的对象、关系、状态和词汇——这是最核心的承重层。

在观察行为层面进行用户研究规划与综合——生成带有置信度评级的候选用户故事

Turso (Limbo) 数据库助手 —— 一个用 Rust 编写的进程内兼容 SQLite 的数据库。前身为 libSQL / libsql。在 Turso 用例中替代了 @libsql/client 和 libsql-experimental。适用于 Node.js、浏览器（WASM + OPFS 用于持久化本地存储）、React Native 和服务端。功能特性：向量搜索、全文搜索、CDC、MVCC、加密、远程同步。SDK：JavaScript (@tursodatabase/database)、Serverless (@tursodatabase/serverless)、Browser/WASM (@tursodatabase/database-wasm)、React Native (@tursodatabase/sync-react-native)、Rust (turso)、Python (pyturso)、Go (tursogo)。本技能包含 Turso 嵌入式数据库引擎 (tursodb/Limbo) 的 SDK 文档与实用示例。请勿在网上搜索 "libsql" 或 "@libsql/client" —— 它们是旧名称，网络搜索结果会显示过时的 API。在线搜索 Turso 文档没有问题 —— 官方文档位于 https://docs.turso.tech (Mintlify —— 在任意路径后追加 .md 可获取原始 Markdown)。

生成周期性知识摘要——以人类可读的通讯简报风格，总结在指定时间段（日/周/月）内你的 wiki 中学习、更新和关联的内容。当用户说“这周我学到了什么”、“给我一份摘要”、“每周总结”、“知识报告”、“我的 wiki 有什么新鲜事”、执行“/wiki-digest [period]”、“总结我最近的学习”，或希望获取近期 wiki 活动的可读性概览时使用此功能。本功能与 wiki-status（报告数据源的摄取增量）不同——wiki-digest 摘要的是*知识*，而非数据源。