메뉴
大强同学专属教程写作技能。专注软件教程、GitHub开源项目介绍、AI工具使用指南类技术文章。自动判断是开源项目还是工具教程，按固定结构写作，结尾吸收khazix-writer的金句框架，结构吸收ljg-writes的清晰层级。触发词：「写教程」「教程文章」「工具介绍」「项目介绍」「给我写一篇xxx教程」「/daqiang-tutorial」。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
抖音爆款脚本创作工作流。从竞品视频拆解到脚本生成的完整流程：下载抖音视频→Gemini视频分析→爆款公式提炼→脚本+分镜生成→AI味审校。 当用户提到"抖音脚本"、"爆款拆解"、"竞品分析"、"带货脚本"、"千川素材"、"种草脚本"、"视频拆解"、"抖音视频分析"时使用此技能。 输出时要主动强化前3秒钩子、极简口语表达、点赞/评论/收藏/转发/转化动机、结尾倒推结构，以及"但是/因此"式节奏推进，避免只生成平铺直叙的广告稿。
行业情报雷达：多源扫描(X/即刻/V2EX/HN) → 关键词过滤 → 趋势检测 → 每日情报简报。触发词：行业情报、竞品监控、热点扫描、情报雷达
数字生命卡兹克（Khazix）的公众号长文写作skill。当用户需要撰写公众号文章、写稿子、续写文章、根据素材产出长文时使用。触发词包括但不限于：写文章、写稿子、帮我写、续写、扩写、公众号文章、长文、出稿、按我的风格写。即使用户只是说"帮我把这个写成文章"或"用我的风格写一下"，只要上下文涉及内容创作和公众号输出，都应该触发。也适用于用户丢过来一个PDF、brief、新闻链接、语音转文字或任何素材说"帮我写篇文章"的场景。不要用于短内容（小红书帖子、推特、朋友圈）或纯标题摘要生成（那个用wechat-title skill）。
Kimi WebBridge lets AI control the user's real browser — navigate, click, type, read, screenshot, and interact with any website using the user's actual login sessions. Use this skill whenever the user wants to interact with websites, automate browser tasks, scrape web content, or perform any action requiring a real browser. Also use when the user mentions "browser", "webpage", "open URL", "screenshot", or asks to read/interact with any website. Use even for simple-sounding browser requests — the daemon handles all complexity.
macOS / Windows 只读存储分析助手（自动识别系统）。扫描整机磁盘占用，找出 占空间大户，把每一项分成 🟢可自动清理 / 🟡需人工判断 / 🔴谨慎清理 三级并给出 可执行处置方案，生成排版精美、可折叠、命令可一键复制的交互式 HTML 报告，并可 起本地服务在网页上一键删除（移废纸篓/直接删）。扫描全程只读。务必在以下场景 使用：用户说"存储分析""磁盘满了""C盘/硬盘满了""空间不够""清理空间" "清理磁盘""占空间""哪些东西占地方""帮我看看存储""看一下电脑存储/空间" "存储空间""电脑空间不够""内存满了/不够/不足""看下内存/存储"（中文口语里 "内存"常指存储空间）"storage analysis""disk cleanup""清缓存""磁盘清理"； 或用户抱怨电脑没空间、想知道什么东西吃硬盘、想要清理建议时。注意：若用户明确 指运行内存/RAM（如"哪个进程吃内存""内存占用高"想看活动监视器），那是 RAM 不是存储，不属于本 skill。
即刻/X（推特）/小红书 多平台动态改写与创作。将长文、笔记、想法、技术内容改写为适合各平台发布的动态。 触发场景：用户提到"即刻""X 动态""推特""Twitter""小红书""红书""发帖""改写成动态""写一条推"， 或者要求把一段内容压缩成社交媒体风格的短文，都应该使用这个 Skill。 也适用于用户说"帮我发个即刻""写条 X""改成推特风格""写个小红书笔记"等口语化表达。 输出时要主动强化 3 秒钩子、极简表达、共鸣/评论/收藏/转发动机，以及"但是/因此"式推进，避免只做摘要。
| name | daqiang-tutorial |
| description | 大强同学专属教程写作技能。专注软件教程、GitHub开源项目介绍、AI工具使用指南类技术文章。自动判断是开源项目还是工具教程，按固定结构写作，结尾吸收khazix-writer的金句框架，结构吸收ljg-writes的清晰层级。触发词：「写教程」「教程文章」「工具介绍」「项目介绍」「给我写一篇xxx教程」「/daqiang-tutorial」。 |
专为全职自媒体科技教程类内容设计。写完的文章直接可用于公众号发布。
- 钩子：这个工具/项目解决什么痛点
- 一句话价值主张
- 读完本文你能得到什么
- 项目地址：
https://github.com/xxx
### 准备工作
- 环境要求/前置条件
- 安装步骤（有则写，无则省略本段）
### 核心内容
#### 小标题（h4）
每一步必须包含：
- 文字说明（做了什么，为什么）
- 代码块 / 命令（可直接复制）
- 配图提示：（提示词，供后续 baoyu-article-illustrator 使用）
### 常见问题
- Q1 / Q2 / Q3（根据实际内容生成，没有则不写）
### 总结 + 延伸
- 核心要点回顾（3-5 条，用 > blockquote）
- 结尾互动引导（见下方框架）
- 延伸阅读 / 相关资源
- 吸粉文案（见下方规则）
判断逻辑：
github.com / 开源协议词汇 → 开源项目模式引言部分必须包含：
- 项目痛点（现有方案哪里不好）
- 项目是什么（一句话）
- GitHub 链接（醒目，可点击）
- Star 数 / 最后更新时间（如果能查到）
正文结构：
- 快速开始（Quick Start）
- 核心功能演示
- 实际应用场景
引言部分：
- 场景化痛点（你有没有遇到过……）
- 这个工具能帮你做什么
- 适用人群
正文结构：
- 安装 / 注册 / 配置
- 基础用法（步骤1/2/3）
- 进阶技巧
- 注意事项 / 常见报错
### 章标题（h3，固定章节：引言/准备工作/核心内容/常见问题/总结延伸）
#### 节标题（h4，核心内容章内使用，不用 h5）
禁止： 不使用 h1（#）和 h2（##）；仅使用 h3（###）和 h4（####）。
教程不是说明书，是一个有见识的人在认真教你怎么用。
谦逊铺垫法：开头/结尾用自谦的话卸掉傲慢感。"我自己也踩过不少坑"、"不知道对大家有没有用，但我把经验都掏出来了"。不是虚伪的谦虚，是真实的不确定感，反而让读者更信任你。
知识输出方式：知识点是"聊着聊着顺手掏出来"的，不是"下面我来给大家科普一下"。看起来好像脑子里本来就有这些东西，正好跟眼前的事对上了。
私人视角：每一步说明里，有机会就加入自己的经历。"我当时配这个路径配了半小时"、"这个地方官方文档没写清楚，是我试出来的"。
读者直呼法：在关键节点直接跟读者对话。"屏幕前的你如果也遇到这个问题"、"你可以先停一下，自己试完再往下看"。
方法论结构原则：每一节读者读完后，手里要有一个可以今天就执行的动作。坦诚说明学习成本（"这一步有点绕，第一次配可能会花10分钟"），而不是只画饼。
避免 AI 味（禁用词） 这些词最容易暴露 AI 味，教程里也要避免：
写教程时自然使用，让文章读起来像活人在说话：
转场和过渡：说真的、其实吧、你想想看、我跟你说、回到这块、这块需要注意一下、顺着上面的再聊聊
承认和自谦：说实话我也不确定、我自己也还在摸索、这个事儿我也踩过坑、我说"理论上"是因为我自己还没完全跑通
情绪表达：当时就愣住了、想想就觉得爽、太离谱了、给我一下子整不会了
工具名规范：不说"AI工具"、"某个模型"，要说具体名字，比如 Cherry Studio、AnythingLLM、Open WebUI
从「AI初稿 vs 卡兹克修改对比」中提炼的具体改写规则：
规则1：工具名要精确、当下
规则2：把假设的"有一次"换成真实场景
规则3：加入私人判断和数字极端化
自查口诀：写完一段，问自己——
演示工具能力时，不要干巴巴地列功能，包装成微型故事：
四步结构：
准则：案例必须有独立的观赏价值。如果自己都 High 不起来，坚决不发。
示例：想监控某个推特账号，他一发推特 AI 就自动给我打电话。—— 挑战明确，脑洞清晰，过程有截图，结果让人"卧槽"。
用一个极短的句子或短语独立成段，制造停顿和重量感：
示例：
黑暗森林。 安全，安全，还是他妈的安全。 不用买会员了。
在教程里的用法：
不能每段都这样，但在情绪高点或转折点用一下，效果极强。
不一定非要从"这个工具解决什么痛点"开始，选最适合这个工具的切入方式：
叙事启动："故事是这样的。" / "事情是这样的。" 从一个具体事件开始。
荒诞事实：直接抛出一个让人"？？"的事实。"这个工具居然能..."
好奇心驱动："前几天在网上刷到一个工具，试了一下，有点东西。"
痛点共鸣："你有没有遇到过..." 适合解决具体问题的工具。
选一种，迅速建立情绪，再自然过渡到工具介绍。
结尾的「总结 + 延伸」部分，先写 3-5 条核心要点（纯文字，不用 blockquote），然后是固定的「>>>延伸阅读」占位符（作者自己填链接），最后是固定签名块：
核心要点1
核心要点2
核心要点3
金句收尾（一句有力量的话）
\>>>**延伸阅读**
以上，既然看到这里了，如果觉得不错，随手**点个赞、在看、转发**三连吧，如果想第一时间收到推送，也可以给我个星标⭐️～
谢谢你看我的文章，我们，下次再见。
*\>/ 作者：大强同学*
*\>/ 更多干货，请访问：[dqtx.cc](https://www.dqtx.cc/)*
说明：
\>>>**延伸阅读** 是固定占位符，作者会在发布前自己填入相关文章链接，AI 不需要填写文章中凡涉及资源下载 / 工具获取 / 配置文件 / 示例代码，必须在对应位置插入吸粉文案。
情况1：资源需要关注公众号获取
> 资源获取：关注公众号「大强同学」，后台回复关键词「[关键词]」获取 [资源名称]。
情况2：工具/项目可直接访问
> 工具/项目地址：[链接]
> 如果遇到访问问题，关注公众号「大强同学」，后台回复「[关键词]」获取镜像/备用链接。
情况3：本文有配套资料/源码
> 配套源码/配置文件：关注公众号「大强同学」，后台回复「[关键词]」获取。
情况4：无资源，纯教程
> 更多 [主题] 实战技巧，关注公众号「大强同学」持续更新。
winsnap、picgoopen-webui、anything-llm截图工具、AI配图每一步需要配图时，在文中插入配图提示词（用 HTML 注释格式，不被渲染）：
<!-- 配图：描述画面内容，warm 风格或 infographic 风格，16:9 -->
后续调用 /article-pack 时，这些提示词会被 baoyu-article-illustrator 自动识别并生成配图。
读取用户输入（素材 / 要求 / 链接），判断是开源项目还是工具教程，选定对应结构。
按固定结构写完整篇文章，严格遵守标题层级规则，结尾用 blockquote 金句收束。
写完后自查一遍：
\>>>**延伸阅读** 占位符 + 固定签名块输出完整 Markdown 文章，同时给出：