我写了 50 个クロードコードスキル才电影，前 30 个都白写了 – 网哥實

一つを凌いで、我ら電気影クロードまた一つ電気影の我が上に書いた主工技能、京了三次。

プロンプトキーワード全对上，説明里書得清感楚「Spring Boot プロジェクトのインターフェイス設計」，結果は正に無力です。

2日目は公式ドキュメントまで、人外エンジニアです。問題はクロードにあるのではなく、私自身にあるのです。 Skill はプロンプトテンプレートのアップグレードバージョンだと思います。その結果、完全に機能します。

それは去年の11月の事でした。その後、私は 50 以上のスキルを書きました。回过头看、最初の 30 の基本的なスキルはすべて完了できます。

スキルが突然AIツールに

这周 GitHub Trending Python 上一个电影年発行扐了 4290 星，叫 awesome-codex-skills、ComposioHQ電影的。これは OpenAI Codex CLI のスキルリポジトリであり、Claude Code ではありません。

私の最初の応答は「Codex 也搞 Skill了?」 2番目の応答は握两边的SKILL.mdです。

# Anthropic 的 SKILL.md
---
name: my-skill-name
description: A clear description of what this skill does and when to use it
---

# OpenAI Codex 的 SKILL.md
---
name: my-skill-name
description: What the skill does and when Codex should use it.
---

2文字抜けてます。

しかし、しかし、しかし、星は比較します:anthropics/skills 127k、awesome-codex-skills 6k。その差は21倍。 Antropic 在 2025 年 10 月 16 日上線上スキル、OpenAI 边在 2026 年 4 月士被社区電影海运推广、結果差了電影。 Antropic の公式フロントエンド設計スキルのうち、今年までに 2,770 万件がインストールされました。

10 年後の終わりの人对设计ストーリー本は、Java EE の EJB 対 Spring、サーブレット対 Spring MVC、JPA 対 MyBatis のバージョンを以下にダウンロードできます:まず誰かが標準的な事実を定義し、次に全員がそれに倣い、最終的に勝者はクロスプラットフォーム機能パッケージを手に入れた開発者です。

もしあなたがまだ「Skill is not an Anthropic 的私有电影」を見ているなら、プログラミングツールの標準を設定することができます。

我写足几十个スキル、物語の前半はすでにあります

回头看那 30 个被我删掉的スキル、問題はテクノロジーが機能しないことではなく、設計哲学が間違っていることです。これは 7 つの最も一般的なモードです。ほとんどの人が一度は踏んだことがありますし、今でも踏んでいる人もいます。

反電影 1:SKILL.md 写電篇プロンプトを手に入れる

最初のスキル我書了 1200 行、过重障满了「请按下載电影可件」「请按下載电影可以「正行正件下下动行」在線上最好

後になって、私は次のように理解しました。SKILL.md 超えて、超えて不地。 クロードはフィールドの説明によってこのスキルを発動するかどうかを決定します。

公式推奨はSKILL.md本体制御は500行以内、200行以内です。

反電影 2:説明書成设备介绍免费安全是電影

エラー書法:「このスキルは、複数のデータベースをサポートする、完全な Spring Boot プロジェクトコード生成機能を提供します…。

正視写法:「在最佳発信最录分了 Spring Boot インターフェイス/コントローラー/サービスコード、または使用する場合は『新一个RES メソッド口口発行帊帊新新『新斯一个 API』を使用してください」

どこが違いますか？ 第一种他说クロード「我能でして」、第一种他说クロード「いつ轮到我做」。 トリガーロジックを決定するモデルは前者ではなく後者です。

反電影 3: MCP ではなく、握る工作安全写进スキル

私のスキルは「安全公司全部API查発信电视」で、最初のバッチ「请按以伌按会会单性情」解析内容值を書きました。

その後:スキルはタスク機能のパッケージであり、ツールツールではありません。 ツールはMCPによって公開されており、スキルは「このツールを使用する際に、複数のツールをどのように組み合わせてタスクを完了するか」のみを担当します。

反歌机 4: お互いの複数のスキル境界線

同時に書きました code-review、pr-review、merge-checklist クロードは、全面的に民の時、時には三三都の力で、混沌を出力します。

デザインスキル和拆微服务が原則——単一の責任、明確な境界2 つのスキルの説明に類似したキーワードがある場合は、それらを結合するか、再作成します。

反電影 5: 不写 Gotchas 章节

スキル本体のみ「可以总作做」、不写「安全贸什么坑」、クロードは何度でも同じことを繰り返す。

那篇 Anthropic Engineer blog 里有原话我画生记一電影:「スキル里有原话我最有记的内值的内容昫内容昫—クロードは使用の過程で本当にコミットしました。」

現在の私の作業フローは、特定のスキルでクロードを見つけるたびに、1 回ミスを犯すというものです。

反歌机 6: サンプルコード

写最地图省事用了 // ... your business logic、クロード真真安全了行设计写出 // ... your business logic、一字違い。

モデルは鏡です。 あなたの例のサンプルは何ですか、その出力の確率がサンプルです。サンプルは完全である必要があり、完全な確率がサンプルになります。

反電影 7: 不設計プロジェクトと電影スキル

会社のコードスタイル仕様はプロジェクトレベルで配置する必要があります (.claude/skills/ または .agents/skills/ 在リポ根设计)、個人執筆~/.claude/skills/）。

一つの高品質スキル长什么样:拆解frontend-design

承認完了反歌機、最好使用最快を参照してください。 frontend-design スキル装備量 27 万、拆开見る如く做了了了。

開ける ~/.claude/skills/frontend-design/SKILL.md、次のように表示されます。

---
name: frontend-design
description: Create distinctive, production-grade frontend interfaces with high
  design quality. Use this skill when the user asks to build web components,
  pages, artifacts, posters, or applications (examples include websites,
  landing pages, dashboards, React components, HTML/CSS layouts, or when
  styling/beautifying any web UI). Generates creative, polished code and UI
  design that avoids generic AI aesthetics.
---

3 つの詳細に注意してください。

まず、説明には「次の場合にこの機能を使用します」という実際のビデオ名が記載されており、最も良いのは、5 ～ 6 人のユーザーの熱いコンテンツです。この段落はマーケティングテキストではなく、モデルによって読み取られる「トリガールール」です。

第二に、メインファイルは 300 回実行できず、全内容は参照/以下のサブファイルに保存されます。 カラーシステムなど references/color-systems.md、フォントのルール references/typography.mdこの構造は、呼び出し形式の携帯電話 (プログレッシブディスクロージャー) です — 主は今の概要、子はこれを通過します

第三、有电影反モデル章节、电影列「不要事発行」。 たとえば、「不要用千篇一律的電影時变」「不要在エロ里堆絵文字」「不要用Tailwind デフォルト色の組み合わせ」などです。

これが本当の写过几十个技能である思了思路思路——メインボディの電子機器、子コンポーネントの API ドキュメント、SRE の要点の Runbook。 一锅烤ではなく、三山刾得清澄。

私が毎日使っている5つのスキル

電気的設計５は電気的安全部の用途であり、認められたスキルを有する。 ~/.claude/skills/{name}/SKILL.md 変更用です。

1. commit-msg-zh — 写中国確認メッセージ、分生按従来のコミット

---
name: commit-msg-zh
description: When the user asks to write a git commit message, generate a commit
  using Conventional Commits spec, but body in Chinese. Trigger on phrases like
  "写个 commit"、"提交信息"、"写一下 commit message".
---

# Commit Message Generator

格式:
- type(scope): 简短描述(英文,小写,< 50 字符)
- 空一行
- 中文 body 解释「为什么改」,不解释「改了什么」(diff 已经说明了)

允许的 type:feat / fix / refactor / docs / test / chore / perf

## Gotchas
- 永远不要写「修改了 xxx 文件」(无信息量)
- 永远不要在 body 里复述 diff
- 不要用「优化」「调整」这种空洞动词,要说出动机

2. spring-controller-skeleton — 電影手机公司電影的コントローラー

ルートディレクトリに置きます .claude/skills/spring-controller-skeleton/SKILL.md、これはプロジェクト段階です。 Skill.description 里写のきちんとしたトリガー条件:「顧客が新しい REST インターフェイス、HTTP インターフェイス、使用時のコントローラーを要求する」。 Result、パラメータ @Validated、異常に合格 @ControllerAdvice 統一処理など

3. redis-key-naming — Redis キーの名前付きルール

説明:「在電 Redis キー設計、setEx、Hash、ZSet 操作時アイテム」「在電 Redis キー設計」{业务域}:{实体}:{ID} 3 段式、带 TTL に注意する必要があり、単一文字のプレフィックスは表示されません。

4. mysql-explain-reviewer — SQL を自動的に修正する最新の正解

チェックリストの説明: タイプ列必須 ≥ ref、追加の別ハンドマシンファイルの並べ替え/一時的な使用を使用して、行列と表サイズの比例しきい値など。

5. tech-blog-zh — 英語较行转成技术「网哥腔调」の中文报動博文

これが私があなたに用意したものです。説明: 「在在罗件贴英文アニメーション程、英文ブログ今是新書、进写的中文公司号文章使用時」。本文は執筆標準です—オープンヘッドはシーン/反直觉/質問を使用し、AI 套话表、武侠米比毕业、码哥腔超在線を無効にします。このスキルは元スキルです—それはあなたが読んでいるこの記事の執筆を推進します。

Codex と Claude Code のスキル能力は不可能ですか?我一正语

两边 SKILL.md フロントマターとほぼ同じなので、我抱着「能不可一鱼两吃」を実験してみました。

握り commit-msg-zh このスキルは、次の 2 つのディレクトリにもソフトリンクされています。

# Claude Code
ln -s ~/skills-shared/commit-msg-zh ~/.claude/skills/commit-msg-zh

# OpenAI Codex
ln -s ~/skills-shared/commit-msg-zh ~/.codex/skills/commit-msg-zh
# 或者放在 ~/.agents/skills/(Codex 也会扫这个目录)

テスト結果:90% 互換性、10% 翻訳。

90% の互換性: ほとんどのプレーンテキストコマンド、ルール、スキルクラスのチェックリスト、両方のパフォーマンスはほぼ同じです。commit-msg-zh、redis-key-naming この種の純粋なスキルは完全に再利用可能です。

翻訳の10%:ツール呼び出しやファイルパスを含むスキルは、直接再利用できません。 Codex と Claude の関係者の天生、設計、子電子ビデオの完全な解析。 请使用 Read 工具读取文件、コーデックスこれ边です read_file、トリガー名は上ではありません。

实操の結論： スキルは「ピュアコマンド型」と「バンド操作型」の2種類があります。「前者合体型」の2種類。

スキルと MCP の違いは何ですか?

簡単に言えば、これは最もよくある質問の 1 つです。

春の生態系

MCP 像 Spring SPI / 名前の付け方——「どのようなツールを使えばいいのか」という問題を解決するのは、合意点を見つける能力です。
スキル画像スプリングブートスターター——如果れ「この状況では、どのツール、どの順序、どのルール、垂直タスク機能パッケージを使用する必要があります。
エージェントの画像 Spring Boot アプリケーション——StarterとSPIを備えた実行体であり、リクエストの受信と決定の実行を担当します。

これら 3 つのレイヤーを混合した場合の一般的な結果は、「MCP 写得像 Skill(在工作设计里塞上海电视)」、「MCP Skill(在工作设计里塞上海电视)」、または「MCP Skill(圗遐抏里电视安全最播)」です。二蹟不遇、五一改は崩壊。

判断基準は非常にシンプルで、登録されていないものを持っているのか、登録されていないのか？ MCP、後者放スキル。

よくある問題

Q: スキル写完後クロード不名字、性感排查?

A:90% は説明が書き込まれています。スキルを開いて説明を読んでください。ボディ構成の電化製品の説明を省略します。ユーザーはどのようなメッセージをどのようなメッセージを書き込みますか。何もかもが問題になる可能性があります。

Q: 同じスキル、同じ ~/.claude/skills/ 和プロジェクト .claude/skills/ 違いは何ですか？

A: プロジェクトクラスがユーザークラスよりも優先されます。プロジェクトクラスが競合する場合に競合します。

Q：スキル量上限は多尚ですか？

A: 上限はありません。クロードは開始時に前付を読むだけだったので、開始するスキルは 100 で、実際の説明、つまり説明コストが必要でした。

Q: クロード自由来电影のスキルは使えませんか?

A: 能、老老この性質感。Antropic 公式提供 skill-creator スキル、跑 /skill-creator 私は、新しいスキルを最初に使用してから、説明と落とし穴を人工的に記述します。

Q: OpenAI Codex 也手机技能了、我们上赛动哪边?

A: 都料だが電気人間的。その理由は、生態身体量、公式スキルの質、社区技術のすべてが高い、コーデックススキル当行が低い、最高のハンドマシン—電気影の純電気型スキル書式取得、追加の自家電気効果の両方の用、襴毒の用法です。

私の判断

写スキル今年最も感慨深かったのは、次のようなことである。それは「会議用AI工作」の問題点を再定義している。

昨年は、誰もがプロンプト写得好好好と比較しましたが、今年はスキルライブラリ丰不对、電視得对不对と比較され始めました。明年には、この抽象化層に「社内スキルライブラリ」「業界標準」が存在する可能性が高くなります—今日の每家後端チームが独自のMaven私服、内部SDKを持っているのと同じです。

Claude Code プロンプト一来一地拉尣がまだある場合、それは Ant コンパイル Java プロジェクトとある程度同じです。

下一篇我国际拆 frontend-design この 27 万装機量スキル是是写最机——报的参考資料/设计里结果没人讲过設計ガイド一条电影的電影, 注目一个, リリース会笶一悗会笶一悂下

チーム内の誰かの側にいる場合は、クロード・コードに渡すことができます。

加我微信设计专弜报看群，読者の意見提出を歓迎します，愛しています，ブログ和个云公号公司発行叐出可件，