如果你也经历过：盯着空白文档半小时不知道写啥、写完才发现漏了评审最看重的内容、帖子发出去石沉大海没人看——这个 Skill 可能会对你有一点点点帮助。
1. Skill 简介
solo-contest-post-assistant 是一个专为 SOLO 技能创作赛设计的全流程发帖辅助 Skill。
它能智能识别你处于哪个阶段——是还没想好做什么、还是 Skill 做好了不知道怎么写、还是想测评别人的作品、还是已有草稿需要润色——然后基于创作赛评审标准进行精准对话引导，帮你从零产出一篇高质量参赛帖或测评帖。
简单来说：你只管做 Skill，发帖的事交给它。
2. 使用场景
为什么想做它？
说实话，做这个 Skill 的初衷有点" selfish "。
没办法，人太懒了，只想做不想写。语气把时间花在写稿上，不如好好打磨产品，而且写作这个东西大多数人也不擅长。
大多数第一次参加比赛，可能会以下几个版本：
- 不知道评审标准是什么——辛辛苦苦写了一大篇，结果评审最看重的"实用性"维度你几乎没覆盖
- 不知道怎么组织内容——有东西想写，但不知道先写什么后写什么，写着写着就跑题了
- 写完不知道好不好——没有对照评审标准的自检机制，发出去才发现漏了关键内容
- 缺少真实截图——写完帖子才想起来没配图，临时补的图质量很差
最后帖子发出去，反响平平。
我发现这不是一个人的问题——
很多参赛者的 Skill 本身做得很不错，但帖子写得实在让人"心疼"。
好 Skill 配不上好帖子，太可惜了。
那一刻我突然想：能不能做一个 Skill，专门帮参赛者写好参赛帖？
这个skill能省掉哪些动作？
有了这个 Skill，参赛者只需要：
- 说一句"帮我写参赛帖"
- 回答几个有针对性的问题（不是机械的问卷，而是像朋友聊天一样）
- 拿到一篇结构完整、对齐评审标准的参赛帖
从"不知道怎么下笔"到"拿到一篇能发的帖子"，全程可能只需要 10 分钟。
3. 创作过程
核心设计思路
这个 Skill 的核心设计理念是：不只是帮你写文案，而是帮你对齐评审标准。
我把创作赛的评审标准拆解成了四个维度，然后针对每个维度设计了专门的对话策略：
| 评审维度 | 权重 | 对话策略 |
|---|---|---|
| 实用性 | 30% | 引导用户讲具体痛点场景，用"之前 vs 之后"的对比来体现价值 |
| 创新性 | 25% | 挖掘创作中的"意外发现"和"惊喜时刻"，突出差异化 |
| 完成度 | 25% | 确保结构完整、步骤清晰、链接齐全 |
| 社区影响力 | 20% | 优化标题吸引力，增加场景化引入和互动引导 |
最让我惊喜的发现
在开发过程中，我原本只想做一个"参赛帖生成器"，但测试的时候发现一个意外的价值：
Skill 不只是输出文案，更是一次"参赛教育"的过程
比如说，当我们一开始写的帖子全是功能介绍。Skill 引导他回答"当时遇到了什么问题"的时候，他才意识到——哦，原来评审想看的是"痛点场景"，不是"功能列表"。
智能状态识别
最让我满意的设计是四状态自动切换。用户进入后，Skill 会先判断你处于哪个阶段：
- 状态 A：还没想好做什么 Skill → 进入选题调研流程，帮你做方向调研
- 状态 B：Skill 做好了，不知道怎么发帖 → 进入参赛帖撰写流程
- 状态 C：想测评别人的 Skill → 进入测评帖撰写流程
- 状态 D：已有草稿，需要优化 → 进入文案润色流程，先诊断再优化
对话设计原则
在设计对话流程时，我刻意避免了"连续抛五六个问题"的机械感：
- 基于已有信息提问：先读取用户项目的 SKILL.md 或代码文件，再针对性确认，而不是从零开始问
- 聚焦评审标准：每个问题都对应一个评审维度，不浪费用户的时间
- 开放式引导：用"你当时遇到了什么问题"而不是"请描述你的痛点"
4. 使用步骤
Step 1：触发 Skill
在 SOLO 中直接说：
“帮我写参赛帖” / “我想参赛” / “帮我测评这个 Skill”
Skill 会自动识别并进入对应流程。
Step 2：智能状态识别
Skill 会先判断你当前处于哪个阶段，并直接进入对应流程。
Step 3：对话式信息收集
Skill 会基于评审标准，以对话的方式引导你提供关键信息。整个过程就像和一个懂评审标准的朋友聊天，而不是填问卷。
Step 4：获取参赛帖
对话结束后，Skill 会输出一篇结构完整、对齐评审标准的参赛帖。如果你已有草稿，它还会先输出诊断报告，再给出润色后的版本。
5. 效果展示
使用前 vs 使用后
| 使用前 | 使用后 | |
|---|---|---|
| 下笔 | 对着空白页面发呆，不知道从哪开始 | 说一句话就能启动，10 分钟拿到初稿 |
| 结构 | 想到哪写到哪，经常漏掉关键内容 | 自动按评审标准组织，七个模块一个不落 |
| 评审对齐 | 不知道评审看什么，写了半天可能偏题 | 每段内容都对应评审维度， 实用性直接拉满 |
| 截图提醒 | 发完才想起来没配图 | 流程中主动提醒，预设甚至生成示意图 |
6. Skill 链接
- Skill 名称：solo-contest-post-assistant
- 项目地址：发帖助手
7. 总结与思考
目前最满意的地方
“用 Skill 来帮参赛者写参赛帖”——这个元技能（meta-skill）的定位本身就很有意思。它不是直接解决某个业务问题，而是帮助其他参赛者更好地展示他们的作品。
某种程度上，它是在提升整个社区的创作质量。
创作中的"意外收获"
做这个 Skill 的过程中，我自己对"怎么写参赛帖"的理解也深了很多。以前我觉得参赛帖就是"介绍我的 Skill"，现在我发现它其实是“讲一个关于你的故事”——你遇到了什么问题、怎么解决的、过程中有什么发现。
这个认知转变，可能比 Skill 本身更有价值。
后续想怎么优化
- 增加优秀案例分析：收集社区里的高质量参赛帖，作为参考模板融入对话引导
- 支持多轮迭代润色：目前润色是一次性的，未来可以支持"再改改第三段"这种精细调整
- 增加评审模拟：模拟评委视角，对生成的帖子进行打分和改进建议
想听听你的想法
如果你正在看这篇帖子，我想问你几个问题：
- 你写参赛帖的时候，最难的部分是什么？ 是不知道怎么开头、还是不知道怎么组织内容、还是写完了不知道好不好？
- 你觉得评审最看重什么？ 是功能有多厉害、还是解决了什么真实问题、还是创作过程有多用心？
- 如果有一个工具能帮你写参赛帖，你最希望它帮你解决什么问题？
欢迎在评论区分享你的想法，也许你的建议会成为这个 Skill 下一个版本的功能！
最后想说：评审看的不只是 Skill 有多厉害，更想看到你有多用心。一篇真诚、有细节、有思考的参赛帖，远比完美的包装更有力量。
如果你也正在参加 SOLO 技能创作赛，却不知道怎么写参赛帖，可以试试直接对它说"帮我写参赛帖"吧。