跳转到内容

发布到社区

发布到社区不是把草稿直接丢出去。更好的流程是:先在本地把内容打磨稳定,再补齐别人能看懂的信息,最后提交审核。审核通过后,它才会出现在逛逛社区的对应分区。

逛逛社区

不同内容进入不同分区。先选对类型,后面别人才能用正确方式发现它。

你要分享的内容 发布到哪里 发布前重点检查
写作、总结、翻译、代码审查这类文字模板 文本 Prompt 输入、输出、变量和敏感信息
生图、修图、封面、产品图、视觉风格模板 图片 Prompt 封面、预览图、主体、构图、模型差异
给 AI 编程工具使用的 SKILL.md 能力 Skill 适用工具、输入输出、限制和安全提醒

如果一条内容既有文字模板又有视觉结果,优先按图片 Prompt 发布。因为用户会先看图,再决定要不要复制提示词。

适合发布到文本 Prompt 分区的内容,通常能解决一个明确的文字任务。

  1. 在本地 Prompt 库里确认这条 Prompt 已经试过,不是临时草稿。
  2. 标题写具体用途,例如“会议纪要整理”比“万能助手”更好。
  3. 摘要用一句话说明适合什么场景。
  4. 正文里写清楚输入和输出,不要只写角色设定。
  5. 把客户名、内部系统名、账号、密钥、聊天记录清掉。
  6. 添加标签,例如 writingreviewsupportcode
  7. 提交发布,等待审核通过。

审核通过后,它会进入逛逛社区的文本 Prompt 分区。后续如果发现内容有风险,官方可能会下架或归档。

图片 Prompt 的核心是“别人能不能看图判断它有用”。没有封面或预览图的图片 Prompt,很难被复用。

  1. 先在本地画廊视图确认这条 Prompt 的视觉效果稳定。
  2. 准备能代表实际效果的封面或预览图。
  3. 标题说明画面用途,例如“电商产品主图”比“高级感图”更清楚。
  4. 摘要写明适合生成什么图。
  5. 正文补齐主体、背景、镜头、光线、材质、比例和风格限制。
  6. 如果某个模型效果更好,在正文里写清楚适用模型和注意事项。
  7. 检查是否包含未授权品牌素材、人物肖像、客户素材或内部项目名。
  8. 提交发布,等待审核。

图片 Prompt 审核时会重点看封面、预览图和正文是否一致。如果图很好看但提示词无法复用,用户也很难真正受益。

Skill 更像公开能力说明。别人会先读它解决什么问题,再决定要不要复制、改写或安装。

  1. 确认 SKILL.md 能独立读懂,不依赖你的聊天记录。
  2. 标题和摘要说明它解决什么问题。
  3. 写清楚适合哪个 AI 工具或使用场景。
  4. 说明输入是什么、输出是什么、限制是什么。
  5. 删除内部路径、客户名称、私有仓库地址、密钥和账号。
  6. 如果 Skill 会让 AI 读取文件、运行命令或访问外部服务,在说明里提醒用户先确认权限。
  7. 提交发布,等待审核。

不要把团队内部规则原样公开。更稳的做法是把它改成通用版本,再发布到社区。

提交后,内容会进入审核队列。审核主要看:

  • 标题、摘要和标签是否清楚。
  • 内容是否能被别人理解和复用。
  • 图片 Prompt 是否有可用封面或预览图。
  • Skill 是否说明了适用工具、输入输出和风险。
  • 是否包含隐私、密钥、内部资料、版权风险或明显滥用内容。

审核通过后,内容会出现在对应分区。审核不通过时,先回到本地内容里修改,再重新提交。

社区内容不是发完就不用管。建议定期检查:

  • 摘要是否还准确。
  • 标签是否方便别人搜索。
  • 图片 Prompt 的封面是否代表实际效果。
  • Skill 是否仍适合当前工具版本。
  • 如果内容不再适合公开使用,及时隐藏、下架或归档。
错误做法 更好的做法
标题写“万能助手” 写清楚任务,例如“客服回复润色”
图片 Prompt 没有封面 补一张能代表实际效果的预览图
Skill 里保留本地绝对路径 改成通用路径说明或示例
把客户资料放进示例 改成虚构示例或删除
只堆关键词 写清楚输入、输出和使用限制