 |
Plugcamp |
| 分享创造 • Plugcamp 给最近爆火的 Steam 捉迷藏游戏做了个非官方 Wiki,顺便打了几个流传很广的假 7 月 2 日 • 最后回复来自 Plugcamp | 3 |
| 分享创造 • Plugcamp 之前做的免费 HTML / 网页转 Figma 插件，现在终于发布了 5 月 23 日 |
| 分享创造 • Plugcamp 做了一个图片转 SVG 的小工具，解决 AI 生图后不够清晰、不可编辑的问题 5 月 7 日 • 最后回复来自 Plugcamp | 12 |
| 分享创造 • Plugcamp 最近 GPT Image 2 挺火，顺手撸了个小工具站 4 月 24 日 |
| 分享创造 • Plugcamp 做了个免费的 HTML / 网页转 Figma 设计的插件 4 月 1 日 • 最后回复来自 Plugcamp | 6 |
| 分享创造 • Plugcamp 开发了一个将演示视频转为专业的 demo 视频的工具 2 月 7 日 |
| 分享创造 • Plugcamp 复活经典 Flash 工具： Square Face Icon Generator（在线生成方脸头像） 1 月 12 日 • 最后回复来自 bli22ard | 4 |
| 分享创造 • Plugcamp [Show V2EX] Printery 更新： 3 个月后的数据和重大改进（原 Print for Figma） 1 月 7 日 • 最后回复来自 onebitbank | 1 |
| 分享创造 • Plugcamp [Show V2EX] 做了个 Figma 插件，终于可以直接导出 CMYK 印刷 PDF 了 2025 年 10 月 28 日 • 最后回复来自 xnplus | 1 |
Plugcamp 最近回复了
| 回复了 Plugcamp 创建的主题 › 给最近爆火的 Steam 捉迷藏游戏做了个非官方 Wiki,顺便打了几个流传很广的假7 月 3 日 |
@liujavamail 主要测试一下，持续发外链，把细节做好的，看能不能拿到排名
| 回复了 Plugcamp 创建的主题 › 给最近爆火的 Steam 捉迷藏游戏做了个非官方 Wiki,顺便打了几个流传很广的假7 月 2 日 |
| 回复了 Plugcamp 创建的主题 › 做了一个图片转 SVG 的小工具，解决 AI 生图后不够清晰、不可编辑的问题5 月 23 日 |
免费了
| 回复了 Plugcamp 创建的主题 › 做了一个图片转 SVG 的小工具，解决 AI 生图后不够清晰、不可编辑的问题5 月 7 日 |
Figma 专业版转的 svg 效果没有这个好，这个细节做的很好
| 回复了 Plugcamp 创建的主题 › 做了一个图片转 SVG 的小工具，解决 AI 生图后不够清晰、不可编辑的问题5 月 7 日 |
@hatw 正在改
| 回复了 Plugcamp 创建的主题 › 做了个免费的 HTML / 网页转 Figma 设计的插件4 月 24 日 |
插件早就提交审核了，现在 Figma 审核需要等一两个月 😩
| 回复了 Plugcamp 创建的主题 › 做了个免费的 HTML / 网页转 Figma 设计的插件3 月 27 日 |
@ucaime 感谢你的回复，你提的这些建议和需求说得很准。
你后面提到的几个功能里，其实有不少我现在已经在做了，主要包括：
1. 局部提取
2. Viewport 设置
3. 图层命名
4. Auto Layout
5. 图片导入这类问题
这些我们都有专门在设计和处理。尤其像局部提取、Viewport 和图层命名，我们自己也觉得不是边角功能，而是会直接影响这个工具到底能不能真正进入日常工作流的东西。
Auto Layout 这块也是一样。理想情况当然是尽量自动适配，但现实里很多 flex 和 grid 的情况确实比较复杂，所以我们现在更偏向先把“可用性”做好，再持续优化兼容性。
你提到的样式提取、设计系统提取这类方向，我们也觉得很有价值，但大概率会放到后面的版本再继续做。现阶段还是先把最核心的导入链路打磨稳定，把基础体验做顺。
至于 Maker 、MCP 、AI 更深的那部分，我们自己也觉得有意思，长期肯定值得做。
但第一版应该不会先做到那么深，还是先把最基础、最高频的这条链路做好：网页 / HTML 进来以后，能不能尽量顺地变成一个真的可以继续用的 Figma 文件。
如果后面你还愿意继续聊，也欢迎直接站内私信我。像你这种从真实使用场景出发的反馈，非常有参考价值。感谢！
你后面提到的几个功能里，其实有不少我现在已经在做了，主要包括：
1. 局部提取
2. Viewport 设置
3. 图层命名
4. Auto Layout
5. 图片导入这类问题
这些我们都有专门在设计和处理。尤其像局部提取、Viewport 和图层命名，我们自己也觉得不是边角功能，而是会直接影响这个工具到底能不能真正进入日常工作流的东西。
Auto Layout 这块也是一样。理想情况当然是尽量自动适配，但现实里很多 flex 和 grid 的情况确实比较复杂，所以我们现在更偏向先把“可用性”做好，再持续优化兼容性。
你提到的样式提取、设计系统提取这类方向，我们也觉得很有价值，但大概率会放到后面的版本再继续做。现阶段还是先把最核心的导入链路打磨稳定，把基础体验做顺。
至于 Maker 、MCP 、AI 更深的那部分，我们自己也觉得有意思，长期肯定值得做。
但第一版应该不会先做到那么深，还是先把最基础、最高频的这条链路做好：网页 / HTML 进来以后，能不能尽量顺地变成一个真的可以继续用的 Figma 文件。
如果后面你还愿意继续聊，也欢迎直接站内私信我。像你这种从真实使用场景出发的反馈，非常有参考价值。感谢！