手把手教你创建一个专属于自己的创作Skill

启航·约 8 分钟阅读

2026年9月22日9月22日

文章目录

大家好，我是启航，今天给大家讲一下如何创建自己的一个X创作Skill，感兴趣的可以看看。

如果你觉得有收获，不妨点个关注！

你的支持，是我更新的动力！

1、详细的实操过程

1.1 找到X的设置功能；

1.2 点击你的账号 - 下载你的数据的存档；

1.3 填写邮箱验证码，点击索取存档；

1.4 等待至少24小时，你的邮箱会允许你下载文件的邮件，然后到X里面去下载文件；

1.5 收到一个ZIP文件，解压，放到Obsidian知识库里面；

1.6 发给Codex分析，让它整理出风格统一且是你原创的帖子，发一下你前面Skill的要求，然后生成你的专属Skill，提示词如下⬇️；

帮我为自己的 X 账号创建一个“个人写作 Skill”。

这个 Skill 的作用是：以后我只要给你一个素材、链接、截图、观点或选题，你就能按照我的账号定位、内容结构和语言习惯，帮我写成能直接发布的 X 帖子。

请不要直接写帖子。先根据我提供的信息，整理成一份完整的 `SKILL.md` 文档。

## 1. 我的账号定位

我主要写的领域是：

[例如：AI、GitHub、工具、创业、商业案例、投资、职场、热点观察]

我的读者是：

[例如：想用 AI 做内容、做项目、提高效率、找副业机会的人]

我希望读者关注我后，能获得：

[例如：实用工具、项目思路、行业判断、实操经验、避坑提醒]

我不想把账号做成：

[例如：AI 新闻搬运号、空喊口号的鸡汤号、只会发工具链接的资源号]

## 2. 我常写的内容类型

我希望 Skill 支持这些内容：

[例如：工具推荐帖、教程帖、GitHub 项目帖、热点观察帖、观点帖、清单帖、线程帖、个人复盘帖、商业案例拆解帖]

请分别为每一种内容设计：

1. 适合什么选题  
2. 推荐的写作结构  
3. 开头怎么写  
4. 正文重点讲什么  
5. 结尾怎么收  
6. 常见错误是什么  

不要让所有内容都写成同一种套路。

## 3. 我的选题判断标准

我认为什么内容值得写：

[例如：普通人能马上用、有真实场景、能省时间、有新信息、有案例、有明确需求]

我认为什么内容不值得写：

[例如：只靠热度、没有实际用途、夸大赚钱、只有项目名没有解释、信息过时]

当内容涉及 AI 工具、GitHub 项目、创业案例、赚钱机会时，请重点判断：

- 它到底解决什么问题  
- 谁适合用  
- 普通人上手门槛高不高  
- 是否真的免费、开源、可商用  
- 有没有隐私、账号、费用、部署或合规风险  
- 是真实需求，还是看起来很酷  

## 4. 我的语言习惯

我的语气是：

[例如：直接、口语化、像和朋友聊天、不端着]

我常用的表达方式：

[例如：先讲发生了什么，再讲它有什么用，最后给自己的判断；喜欢用数字和具体场景；句子偏短]

我不喜欢的表达：

[例如：兄弟们、家人们、太疯狂了、颠覆、遥遥领先、AI 改变一切、硬装狠]

我希望文章读起来像：

[例如：一个真的在研究工具和项目的人，把复杂事情讲成人话]

我希望避免：

[例如：AI 味太重、假装亲测、空泛、过度营销、强行煽动情绪]

## 5. 事实与风险规则

请把这些规则写进 Skill：

- 不确定的信息不能写死  
- 没有亲测过的内容，不能假装亲测  
- 第三方数据、公开资料、作者演示和我的个人体验，要明确区分  
- 开源不等于免费，免费不等于无限制，能运行不等于好用  
- 项目 Star 多不等于稳定、安全、适合普通人  
- 收入不等于利润，个例不等于人人可复制  
- 涉及账号、隐私、支付、数据上传时，要主动提醒风险  
- 涉及热点或实时信息时，优先核实来源和时间  

## 6. 最终输出要求

请输出一份完整的个人写作 Skill，至少包含：

1. Skill 的目标和适用范围  
2. 账号定位  
3. 读者画像  
4. 内容类型与对应结构  
5. 选题判断规则  
6. 语言风格规则  
7. 事实核查与风险边界  
8. 发布前检查清单  
9. 收到素材后，应该如何产出一篇完整帖子  

整体要具体、能执行，不要写成空泛的“保持专业”“有吸引力”这类话。

最后，再根据以上内容补充一份“我以后给你素材时的标准提问模板”。

1.7 Skill的具体组成，Skill.md文件里面就是你的个性化规格，可以自行修改和定制；

1.8 如何使用Skill；

如果Skill是一个文件，那直接把文件地址发给Codex，Codex就可以自己读取并运行Skill啦。

我的专属创作Skill放在了评论区，大家可以自行领取！

2、个人创作Skill包含哪些东西

2.1 账号定位

我主要写什么

主要写 AI、GitHub、实用工具、创业、商业案例、热点观察，以及内容创作相关的东西。

但不是单纯搬运新闻，也不是看到一个 GitHub 项目就喊“必收藏”。

核心是把复杂的工具、项目和信息，翻译成普通人能看懂、能判断、最好还能马上去试的东西。

我写给谁看

读者主要是这几类人：

想用 AI 提高效率、做内容的人
想找项目、做副业、做小生意的人
对 GitHub、开源工具、海外产品感兴趣，但不知道怎么下手的人
想通过 AI 做点实际结果，而不是只围观热点的人

每篇内容发之前，先问一句：

读者看完，到底能拿走什么？

可以是一个工具、一种判断、一条路径，也可以是一个避坑提醒。

2.2 内容类型

账号不只写一种内容。不同类型，用不同结构，不能所有帖子都写成“发现了一个很厉害的工具”的味道。

2.2.1 工具教程帖

适合写 AI 工具、网站、插件、GitHub 项目。

重点不是罗列功能，而是讲清楚：

它到底解决什么问题
谁适合用
能替掉什么原来的流程
上手难不难，要不要注册、部署、付费
有没有明显限制

结构一般是：

先讲大家原来卡在哪里
再说这个工具能干什么
给几个具体使用场景
讲清门槛和限制
最后给链接或下一步动作

2.2.2 干货资源帖

适合写工具合集、网站推荐、学习资源。

资源帖最怕两个问题：只堆名字，或者一堆链接根本没法用。

每个资源至少讲明白三件事：

它是干什么的
适合什么人
最值得先用的功能是什么

宁可少推荐几个，也别凑 10 个、20 个没用的。

2.2.3 热点观察帖

适合写模型发布、产品更新、融资、行业争议、公司动作。

热点只能当引子，不能当饭吃。

写热点先把事实讲清楚，再补自己的判断：

这件事影响的是谁
普通人能用它做什么
它会不会改变某个工作流
现在值得关注，还是只是短期热闹

不要只复述新闻。读者缺的不是信息，而是有人把信息翻译成人话。

2.2.4 个人观点帖

观点帖不是喊口号，也不是“AI 会改变一切”这种空话。

先抛出一个明确判断，再用案例、观察或实际过程撑住它。

可以直接，但别硬装狠。有结论，但别把个人感受说成绝对真理。

2.2.5 线程帖

一个话题需要拆开讲，才写线程。

首帖负责把事情讲清楚：这是什么、为什么值得看、读者能得到什么。

后面的每一条，只讲一个小问题，比如：

背景是什么
它怎么用
有什么案例
有什么坑
怎么使用

不要为了凑线程硬拆。每一条都要有独立信息量。

2.2.6 清单帖

适合写“10 个 GitHub 项目”“5 个 AI 工具”“7 个网站”这类内容。

标题承诺几个，正文就必须讲透几个。

每一项都要有用途，不要只有项目名和 Star 数。Star 多不代表适合普通人，更不代表能直接赚钱。

2.2.7 个人复盘帖

适合写做内容、测试工具、跑项目、踩坑后的思考。

可以写失败，也可以写没结果。

重点是把过程讲出来：

当时想解决什么
自己怎么做的
中间卡在哪里
后来怎么调整
现在得到什么判断

真实过程，比硬凑成功学有用得多。

2.3 选题判断

不是所有 AI 热点都值得写。

一个选题值不值得发，主要看 5 件事：

普通人到底能不能用
能帮人省什么时间、钱或步骤
有没有真实的使用场景
有没有新的信息、案例或角度
这件事和我的读者有没有关系

比如看到一个 AI 工具，不要只看它火不火。

先问：

它能替掉什么软件或流程？
谁会真正需要它？
是点开就能用，还是得部署、配 Key、懂代码？
免费版能不能用，还是只是开源摆在那里？
它解决的是刚需，还是看起来很酷？

一个工具如果只有“看起来厉害”，没有明确场景，就不值得花太多篇幅。

2.4 写作结构

2.4.1 工具帖怎么写

开头先写痛点或结论，不绕。

比如：

“以前做 XX 最烦的是 XX，这个工具把这一步省掉了。”

正文讲用途、场景、上手方法和门槛。

最后告诉读者：适不适合试，适合从哪一步开始。

2.4.2 热点帖怎么写

先讲已经确认的事实，再说自己的判断。

不要把传闻写成事实，也不要因为一个截图就下结论。

热点帖最重要的是回答：

这件事和普通人有什么关系？

2.4.3 观点帖怎么写

先给结论，再解释为什么。

用一个案例、一次观察，或者一个反常识点撑住观点。

少用“本质上”“未来一定”“所有人都要”这类大词。说具体一点，读者更容易信。

2.4.4 项目和案例帖怎么写

先说这个项目或案例做出了什么，再拆它为什么能跑起来。

但要把边界讲清楚：

项目营收不等于利润。一个案例跑通，不代表所有人复制都能跑通。公开数据、第三方说法和自己实测，要分开讲。

2.5 我的语言习惯

整体语气自然、直接、像在和熟人聊天。

句子不用太长，段落也不要堆得太满。

通常是：

先讲发生了什么
再讲这件事有什么用
最后讲一下自己的思考和结论

可以多用数字、步骤和具体场景，让内容更有抓手。

复杂概念尽量翻译成人话。

比如不只说“它支持 Agent 工作流”，而要说：

“它能把原来要自己来回复制、整理、判断的步骤，交给 AI 连着跑。”

不用强行喊“兄弟们”“家人们”，也不要每条都“太疯狂了”。

直接一点就够了。

2.6 风险和合规

不确定的事情，不写死。

没有亲测过的工具，不装成自己长期在用。可以写：

“按项目文档来看。” “作者演示里是这样。” “公开信息显示。” “我还没完整跑过，先把实际门槛说一下。”

涉及 AI、GitHub、开源项目时，尤其注意几个边界：

开源不等于完全免费
免费不等于没有额度和限制
能运行不等于好用
能用不等于适合商用
项目 Star 多，不等于安全、稳定、长期维护
赚钱案例不等于人人都能复制

涉及隐私、账号、支付、数据上传时，要主动提醒风险。

内容可以有判断，但不能为了流量，把不确定的事说成确定。

2.7 发布前最后检查

发之前快速过一遍：

这条到底在讲什么？
读者看完能做什么？
有没有只讲热度，没有讲用途？
有没有把别人的体验写成自己的？
有没有夸大“免费”“开源”“赚钱”“必备”这些词？
有没有把复杂东西讲成人话？
最后有没有给读者一个自然的下一步？

检查完成，觉得合适，且能给大家带来帮助再发布。

——————————————————————————————————

我是启航，一个00后内容创作者！