第一次参加 Skill 创新赛：用码道从 0 做一个小红书笔记助手并上架华为云 Skill 市场

第一次参赛，我的策略只有一个：不贪大，先让一个 Skill 真正跑通、真正上架。

本文记录的是 2026-10-22 那一周的真实过程：单人组队参加 Skill 创新赛，用码道做了一个小红书笔记助手 xiaohongshu-note，最后在华为云 Skill 市场上架。文中数字、时间点和卡点都以实际经历为准，不夸大、不补拍。

一、先说结论：上架的是什么

上架作品：xiaohongshu-note，版本 1.0.0，作者账号为 hw038259003，2026-10-22 更新，下载数 1。

它做的事很聚焦：根据用户给定的主题，生成符合小红书平台风格的笔记内容，包括吸睛标题、封面文案、结构化正文、话题标签。适用场景包括小红书笔记、种草文案、探店分享、好物推荐、攻略教程等，触发词包括“小红书笔记、种草文案”等。

一句话总结：它不是一个通用写作机器人，而是一个“先定调性、再定结构、最后才落字”的笔记助手。

二、单人组队：把分工写进一个人的一天里

我是单人组队。没有队友可以分担，办法只能是把流程切小：上午定需求和触发词，下午写 SKILL.md 和 references，晚上做内部评审和打包，提交前只留一件事——核对市场信息。

单人参赛最大的风险不是写不出来，而是没有人帮你踩刹车。所以我给自己立了两条规矩：第一，功能不扩围，先保证“给主题就能出完整笔记”；第二，评审不过不提交，宁可多改一轮。

三、用码道“技能开发专家”做出来的结构

开发入口是码道 CodeArts，实际干活的是“技能开发专家”。它最终交付的核心是 SKILL.md 加两个 references 文件，而不是一堆散落的提示词。

结构示例：

xiaohongshu-note/
├── SKILL.md
└── references/
    ├── references 文件 1
    └── references 文件 2

SKILL.md 里要写清的不是文采，而是边界：

name: xiaohongshu-note
description: 根据用户给定的主题，生成符合小红书平台风格的笔记内容，包括吸睛标题、封面文案、结构化正文、话题标签。
triggers:
  - 小红书笔记
  - 种草文案
  - 探店分享
  - 好物推荐
  - 攻略教程

我理解的 Skill 写作顺序是：先解析主题，再定结构，最后生成。市场详情里的工作流也是这个思路：Phase 1 先解析主题，拿到用户给定的核心话题，再按“风格优先”等核心原则组织内容，避免一上来就堆金句。

四、内部评审 90/100，两轮才过

内部评审不是走过场。我的第一轮没有到 90/100，问题集中在结构和表达的稳定性上：有的输出标题够吸睛，但正文结构松散；有的标签堆得多，但和主题关联弱。

第二轮我只改了三类地方：一是把“标题、封面文案、正文、话题标签”作为固定输出结构，不允许模型自行省略；二是把触发场景写死，避免把探店、种草、攻略混成一种语气；三是删掉可有可无的套话，让每一段都有信息。改完第二轮才达到 90/100，这个分数我才敢拿去提交。

五、模型切换：DeepSeek 排队，改用 GLM-5.2

开发过程中遇到一个很现实的问题：DeepSeek 排队。等下去会拖慢整轮评审，我的办法是改用 GLM-5.2 继续推进。

这里的教训是：不要把评审进度押在某一个模型的排队状态上。模型可以换，但 SKILL.md 的结构、触发词和输出格式不能跟着换，否则上一轮评审的结论就作废了。换模型后，我又按同一套标准重新核对了一遍输出结构，才算接续上。

六、打包与提交：7,228 bytes，13:31 提交市场

打包结果是 7,228 bytes。这个体积本身不大，恰恰说明这个 Skill 的价值不在代码量，而在 SKILL.md 和 references 的组织方式。

提交时间是 13:31，提交对象是华为云 Skill 市场。提交前我核对了三项：名称是 xiaohongshu-note，版本是 1.0.0，作品介绍与触发词和实际能力一致。市场评审按五维进行，我没有把“评审维度五维”当成口号，而是把它当成提交前的自查清单：介绍、结构、触发、输出、可用性，任何一项含糊都不提交。

七、最卡的一步：双市场发布与小红书扫码授权

坦白说，最卡的不是写 SKILL.md，而是双市场发布与小红书扫码授权这一步的实际衔接。

生成能力先跑通了，发布与授权流程反而要单独留时间、单独核对。我的做法是：把“能不能生成”和“能不能顺利走完发布与授权”当成两件独立的事来验收，前者过了不代表后者自动过。单人参赛尤其要注意这一点——不要在最后半小时才第一次走完整发布链路。

八、踩坑小结：给后来参赛者的五条

1. 单人组队先做减法：一个 Skill、一个主场景、一个固定输出结构。
2. SKILL.md 先写边界再写文采：触发词、适用场景、输出结构缺一不可。
3. 内部评审要有硬分数线：我的是 90/100，两轮才过，不过不提交。
4. 模型排队要有备选：DeepSeek 排队时改用 GLM-5.2，但评审标准不能跟着换。
5. 打包和提交前单独核对：7,228 bytes、13:31 提交、版本 1.0.0、市场五维自查，缺一项都不算完成。

九、结语

第一次参加 Skill 创新赛，我最大的收获不是“做了一个 Skill”，而是学会了用市场可验收的标准做一个 Skill：能说清它解决什么问题，能稳定输出固定结构，能通过内部评审，能走完发布流程，最后在市场上被别人找到、下载。

如果你也在单人参赛，建议先把这篇文章里的清单抄下来，再动手写 SKILL.md。