paperzilla

paperzilla 技能概览

paperzilla 能做什么

paperzilla 是一项用于处理 Paperzilla 数据的聊天和 CLI 技能：包括项目、推荐、canonical papers、markdown 摘要、反馈操作以及 feed 导出。它最适合你希望代理直接检索或转换 Paperzilla 内容，而不是根据粘贴片段去改写、转述的时候。

最适合的使用场景

当任务是查看最近的推荐、打开一篇 canonical paper、解释某篇论文为什么对 Academic Research 重要、拉取项目 feed，或导出 JSON/markdown 供下游使用时，使用 paperzilla 技能最合适。它非常适合需要快速访问结构化 Paperzilla 内容的研究人员、审稿人和团队成员。

为什么要安装 paperzilla

paperzilla 的核心价值在于直接访问数据，而且减少了提示词里的猜测。与其让通用模型去推断项目上下文，不如让这个技能为 feed URL、推荐审阅、论文摘要和反馈工作流提供更清晰的路径。这样，在你需要的是可执行输出而不只是摘要时，paperzilla 指南会更可靠。

如何使用 paperzilla 技能

paperzilla 的安装与设置

先用你的环境支持的 CLI 安装 paperzilla，然后在生产环境里依赖该技能之前，确认 pz 工具可用。在 macOS 上，仓库文档写的是 brew install paperzilla-ai/tap/pz；在 Windows 上使用 Scoop；在 Linux 上则按官方 CLI 入门指南操作。如果你的 profile 里额外添加了 agent 指令，请把这些内容视为更高优先级的使用规则。

先读什么

先从 SKILL.md 开始，然后查看任何提到 pz、访问方式或输出格式的 profile 专属说明。如果你要把 paperzilla 集成进更大的工作流，在自定义 prompts 或自动化之前，先读清楚哪些内容你可以询问、如何访问，以及安装细节。

如何提出高质量请求

好的 paperzilla 用法，起点是明确的目标，而不是笼统的研究诉求。高质量输入会写清楚项目、论文或 feed，输出形式，以及最终用途。比如：Open the latest recommendation for project X, summarize the rationale in markdown, and export the result as JSON. 这比“tell me about project X”更好，因为它告诉技能要取什么，以及要怎么格式化。

实用工作流建议

先用 paperzilla 做检索，再要求解释。如果你需要 Academic Research 支持，建议把 canonical paper 和相关性说明分开请求，这样代理就不会把源检索和分析混在一起。如果你想要 feed 或导出，请一开始就明确说明；这个技能支持 feed URL 和 JSON 输出，但前提是请求里把目标说清楚。

paperzilla 技能 FAQ

paperzilla 只适用于 Paperzilla 用户吗？

是的。paperzilla 技能是围绕 Paperzilla 内容和工作流设计的，所以当你的源材料本来就在这个生态里时，它最有用。如果你只是需要一个通用的论文摘要，普通提示词可能就够了。

paperzilla 对 Academic Research 有用吗？

有用，尤其是在你想要 canonical paper 细节、基于 markdown 的摘要，或者快速解释某篇论文为何与你的研究相关时。它在问题依赖 Paperzilla 记录，而不是宽泛文献检索时，表现最强。

我需要 pz CLI 吗？

通常是需要的。仓库说明大多数当前 profile 都使用 pz CLI，所以最顺畅的 paperzilla 安装路径，就是先确保这个工具可用，再按 profile 专属说明继续。如果你的环境禁止使用 CLI，这个技能的可用性会明显下降。

什么时候不该用这个技能？

如果你需要完整的文献发现、外部数据库爬取，或一个 Paperzilla 中尚未体现的自定义审阅工作流，就不要用 paperzilla。在这些情况下，paperzilla 也许能帮你处理下游内容，但它不是主要的研究引擎。

如何改进 paperzilla 技能

给代理更清晰的源边界

最能提升质量的做法，是明确写出具体的项目、推荐或论文，并说明你要的是最新条目、某个指定条目，还是一个 feed。像“summarize the recommendations”这样含糊的请求，往往会让检索效果变差，因为代理不得不猜范围。

指定输出形式

如果你在意结果怎么被使用，就直接说出来。针对 paperzilla 的使用，你可以明确要求以下几种形式之一：markdown 摘要、JSON 导出、feed URL，或一段用于 Academic Research 的简短说明。这样能减少后续整理，也让输出更容易复用。

加上评估标准

告诉代理你最看重什么：时效性、canonical 状态、与某个主题的相关性，还是是否适合发给同事。这能帮助 paperzilla 避免过度强调表面摘要，而在你真正需要决策支持时偏离重点。

对遗漏细节进行迭代

如果第一次结果太泛，就用更窄的提示词纠正它：直接指出缺失的字段、文档类型，或你想保留的上下文。比如，要求“the rationale only”、“the feed URL only”，或者“a markdown summary with no speculation”。这种纠正方式，比单纯要求“说得更长”更能改进 paperzilla。