Penpot 开源设计协作平台

解决什么

设计协作里常见的问题是：原型稿、UI 与开发交接信息散落在聊天和截图中，Agent 如果没有进入真实 Penpot 工作区，很难把评论、版本、组件和团队协作约束对应起来。这个技能用于把 UI、原型、交接任务锚定到 Penpot 的部署形态、工作区模型与协作边界上，而不是把 Penpot 简单抽象成一次性出图工具。

技能如何工作

• 以 Penpot 的官方说明为上下文：它是面向设计与原型的平台，强调设计、代码协作，并支持 SaaS 使用或自行部署。
• 关注工作区与协作对象：页面、原型、团队协作、评审/评论、组件等设计交付物需要明确归属，便于 Agent 在任务中引用正确上下文。
• 对齐自托管条件：资料明确提到 Docker Compose 或 Kubernetes/Helm 可用于自行托管；是否采用 Docker、Kubernetes、Elestio 或其他方式，应回到上游文档确认。
• 进入开发前先确认技术前提：例如部署方式、运行环境、版本行为和平台能力边界，再让 Agent 处理 UI 变更、原型迭代或交接说明。
• 适合把需求拆解为可交接项：将设计意图、交互说明、实现注意点整理成能被工程师或自动化流程消费的信息。

适用边界

该技能依赖 Penpot 上游文档，不承诺替代官方配置手册。自托管细节、环境变量、升级策略、权限模型和 API 行为应以 Penpot 当前版本为准。涉及贡献规范时，还应遵循 Penpot 的贡献准则。