printing-press 的用途是为任意 API 搭建新的集成、连接器或 CLI 绑定，通过 OpenAPI、HAR 或 Postman 规范包装或生成一个可直接发布的 Go CLI。运行后会在 $PRESS_LIBRARY/<api-slug>/ 下生成可用的 Go CLI，并把最多五份文档归档到 $PRESS_MANUSCRIPTS/<api-slug>/<run-id>/，包括研究简报、吸收清单、构建日志、shipcheck 证明，以及在执行实时测试时的实时冒烟证明。
主要能力围绕一条分阶段流程展开，共 21 个阶段文件，从预检、运行初始化、解析与复用、研究简报，到浏览器嗅探、生态吸收、API 可达性、生成、构建、shipcheck、同步参数丢弃、代理技能审查、README 与技能正确性审计、输出审查、本地代码审查、dogfood 测试、打磨、提升归档和后续步骤。流程由 receipt ledger 决定下一阶段，不能凭记忆执行阶段，进入某阶段前需先读取对应 phases/ 文件。
使用方式：调用后先进入 phases/01-preflight.md，再读取 references/run-resolution.md 解析 API 目标、简报上下文和组合运行的来源优先级。调用授权在 $PRESS_RUNSTATE/、$PRESS_LIBRARY/、$PRESS_MANUSCRIPTS/ 下读写，运行 printing-press 二进制和 Go 工具链，以及在开放网络上研究 API；但不授权发布到公共库、开 PR 或写入用户机器其他位置。
限制与边界：绝不泄露密钥，API key、token、密码、会话 cookie 不得进入源码、文档、证明、README、HAR、receipt 或任何提交内容，环境变量名和占位符安全。绝不发布未测试版本，go build 和 verify 通过率只是结构性信号，未经过实时矩阵的 CLI 不可发布，1-3 个文件能修复的 bug 应立即修复。不要为子任务引用人类时间估算，应描述范围；真正受时间约束的只有整个运行（30-60 分钟）、工具安装和网络绑定的 printing-press 子命令。后续可由 printing-press-polish 二次打磨、printing-press-publish 发布到公共库、printing-press-retro 反馈问题。其他细节暂未提供。