该技能是 Pyrofork 的可重用、文档优先的操作指南。使用它来实现功能、回答问题、调试问题并生成正确的示例，而无需完整的文档站点。

该技能基于 Pyrofork v2.3.69，生成于 2026-02-25。

该技能基于 Pyrofork 源 SHA 6bbff464174ea80336e2352ce7679324d6acad09 ，于 2026 年 2 月 25 日生成。

此技能是一个独立的 API 参考，适用于 docs/source/api 下记录的所有内容。它适用于在没有原始 Sphinx 文档的情况下工作的自主代理。

写作技巧是将测试驱动开发应用于流程文档。

高信号测试证明的是行为，而不是实施。虽然 TDD 首先关注的是编写测试的过程，但该技能关注的是工件——使测试稳定、明确且具有长期价值。

假设工程师对我们的代码库的背景为零并且品味有问题，则编写全面的实施计划。记录他们需要知道的一切：每个任务要接触哪些文件、代码、测试、他们可能需要检查的文档、如何测试它。将整个计划作为小任务交给他们。干燥。亚格尼。时分驱动。频繁提交。

要测试本地 Web 应用程序，请编写本机 Python Playwright 脚本。

在没有验证的情况下声称工作已经完成是不诚实的，而不是效率。

Git 工作树创建共享同一存储库的独立工作区，允许同时在多个分支上工作而无需切换。

先写测试。看着它失败。编写最少的代码即可通过。

生产测试：WordPress Auditor ( https://wordpress-auditor.webfonts.workers.dev ) 最后更新：2026-01-20 版本：tailwindcss@4.1.18、@tailwindcss/vite@4.1.18 状态：生产就绪

随机修复会浪费时间并产生新的错误。快速补丁掩盖了根本问题。

通过为每个任务派遣新的子代理来执行计划，每个任务之后进行两阶段审查：首先进行规范合规性审查，然后进行代码质量审查。

在所有互动过程中遵循以下行为准则：

与项目无关的 bash 脚本，使用pyrefly、radon、hypothesis、pytest 和 markdownlint 强制执行 Python 代码质量控制。三种执行模式为不同的工作流程提供了灵活性：用于快速反馈的单元测试、用于全面合并前验证的所有测试、仅用于静态分析的无测试。默认情况下排除覆盖运行；仅当用户明确请求时才运行覆盖。

本指南涵盖使用 Python 库和命令行工具的基本 PDF 处理操作。有关高级功能、JavaScript 库和详细示例，请参阅 reference.md。如果您需要填写 PDF 表单，请阅读 forms.md 并按照其说明进行操作。

创建 MCP（模型上下文协议）服务器，使 LLM 能够通过精心设计的工具与外部服务交互。 MCP 服务器的质量是通过它使 LLM 完成实际任务的能力来衡量的。

注意：该技能基于 Anthropic 的前端设计技能，并通过渐进式披露和广泛的参考材料得到增强。

通过提供清晰的选项和处理选定的工作流程来指导开发工作的完成。