<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>命名规范审查 on AI 观察</title><link>https://ai.wujiong.cc/tags/%E5%91%BD%E5%90%8D%E8%A7%84%E8%8C%83%E5%AE%A1%E6%9F%A5/</link><description>Recent content in 命名规范审查 on AI 观察</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 18 Oct 2026 08:16:54 +0800</lastBuildDate><atom:link href="https://ai.wujiong.cc/tags/%E5%91%BD%E5%90%8D%E8%A7%84%E8%8C%83%E5%AE%A1%E6%9F%A5/index.xml" rel="self" type="application/rss+xml"/><item><title>命名规范审查 Skill 介绍：让智能体按固定流程完成任务</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-intro/</link><pubDate>Sun, 18 Oct 2026 08:16:54 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-intro/</guid><description>&lt;p&gt;把「命名规范审查」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（代码 diff 或目录），按什么顺序处理，交付什么（命名问题列表与建议名称），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;h2 id="一句话说明"&gt;一句话说明&lt;/h2&gt;
&lt;p&gt;「命名规范审查」技能让智能体按团队命名约定检查变量、函数、文件命名并给出改名建议。你提供代码 diff 或目录，它按固定步骤处理，交付命名问题列表与建议名称。&lt;/p&gt;</description></item><item><title>用 LangGraph 实现「命名规范审查」：工具定义与智能体代码</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-langgraph-tool/</link><pubDate>Sun, 18 Oct 2026 08:14:58 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-langgraph-tool/</guid><description>&lt;p&gt;把「命名规范审查」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（代码 diff 或目录），按什么顺序处理，交付什么（命名问题列表与建议名称），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;LangChain / LangGraph 工具&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>在 AGENTS.md 里写「命名规范审查」技能：通用编码智能体都能用</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-agents-md/</link><pubDate>Sun, 18 Oct 2026 08:13:03 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-agents-md/</guid><description>&lt;p&gt;开发者经常要做「命名规范审查」这类事：按团队命名约定检查变量、函数、文件命名并给出改名建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;AGENTS.md&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>命名规范审查 Skill 定制指南：改风格、改阈值、改输出格式</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-customize/</link><pubDate>Sun, 18 Oct 2026 07:36:17 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-customize/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;通用版的「命名规范审查」能覆盖大多数情况，但每个团队都有自己的习惯。下面列出最值得调整的几个地方。&lt;/p&gt;</description></item><item><title>把「命名规范审查」做成 Claude Code Skill：SKILL.md 写法与上手</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-claude-code-skill/</link><pubDate>Sun, 18 Oct 2026 07:34:40 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-claude-code-skill/</guid><description>&lt;p&gt;开发者经常要做「命名规范审查」这类事：按团队命名约定检查变量、函数、文件命名并给出改名建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Claude Code Skill&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>命名规范审查 Skill 上传到 Claude 应用的完整流程</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-claude-app-skill/</link><pubDate>Sun, 18 Oct 2026 06:52:01 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-claude-app-skill/</guid><description>&lt;p&gt;把「命名规范审查」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（代码 diff 或目录），按什么顺序处理，交付什么（命名问题列表与建议名称），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Claude 应用中的 Skills&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>命名规范审查 Skill 如何与其他技能协作：交接格式与顺序</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-combo/</link><pubDate>Sun, 18 Oct 2026 06:37:50 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-combo/</guid><description>&lt;p&gt;开发者经常要做「命名规范审查」这类事：按团队命名约定检查变量、函数、文件命名并给出改名建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;单个技能解决一个环节，把几个技能串起来，才能覆盖一整段工作。本文示范「命名规范审查」与三个相关技能的组合。&lt;/p&gt;</description></item><item><title>MCP 实战：用工具和提示模板封装命名规范审查</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-mcp-server/</link><pubDate>Sun, 18 Oct 2026 06:34:45 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-mcp-server/</guid><description>&lt;p&gt;开发者经常要做「命名规范审查」这类事：按团队命名约定检查变量、函数、文件命名并给出改名建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;MCP 服务&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>「命名规范审查」Skill 安全审查：权限、数据与提示注入</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-security-review/</link><pubDate>Sun, 18 Oct 2026 05:08:15 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-security-review/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>Agents SDK 实战：几十行代码做一个命名规范审查智能体</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-agents-sdk/</link><pubDate>Sun, 18 Oct 2026 05:07:17 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-agents-sdk/</guid><description>&lt;p&gt;把「命名规范审查」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（代码 diff 或目录），按什么顺序处理，交付什么（命名问题列表与建议名称），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;OpenAI Agents SDK&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>命名规范审查 通用提示词模板：任何对话助手都能直接用</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-prompt-only/</link><pubDate>Sun, 18 Oct 2026 05:00:19 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-prompt-only/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;不是每个人都有能装技能的智能体平台。下面这份提示词可以直接粘贴到任何对话助手中使用，效果接近技能版本，只是需要每次手动粘贴。&lt;/p&gt;</description></item><item><title>用 Cursor Rules 实现「命名规范审查」：.mdc 规则写法与示例</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-cursor-rules/</link><pubDate>Sun, 18 Oct 2026 04:54:35 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-cursor-rules/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Cursor Rules&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>怎么评估「命名规范审查」Skill 好不好用：评分表与回归测试</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-eval/</link><pubDate>Sun, 18 Oct 2026 04:45:16 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-eval/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「命名规范审查」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>命名规范审查 Skill 的 SKILL.md 模板与写作要点</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-skill-md/</link><pubDate>Sun, 18 Oct 2026 04:07:49 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-skill-md/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;本文以「命名规范审查」为例，逐段讲解 SKILL.md 的写法。SKILL.md 是 Claude Agent Skills 采用的格式：YAML 头 + Markdown 正文，其结构思路也适用于其他平台的规则文件与指令。&lt;/p&gt;</description></item><item><title>命名规范审查 Skill 团队落地指南：从个人用到全员共享</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-team-rollout/</link><pubDate>Sun, 18 Oct 2026 03:43:02 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-team-rollout/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「命名规范审查」为例给出落地做法。&lt;/p&gt;</description></item><item><title>Copilot 自定义指令实战：命名规范审查的 prompt.md 示例</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-copilot-instructions/</link><pubDate>Sun, 18 Oct 2026 03:32:10 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-copilot-instructions/</guid><description>&lt;p&gt;开发者经常要做「命名规范审查」这类事：按团队命名约定检查变量、函数、文件命名并给出改名建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;GitHub Copilot 指令与提示文件&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>10 分钟上手「命名规范审查」Skill：从零到第一次跑通</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-quickstart/</link><pubDate>Sun, 18 Oct 2026 03:19:52 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-quickstart/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;这篇是最短路径：不追求完美，只求在 10 分钟内让「命名规范审查」第一次跑通。&lt;/p&gt;
&lt;h2 id="准备2-分钟"&gt;准备（2 分钟）&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;一份真实但已脱敏的代码 diff 或目录&lt;/li&gt;
&lt;li&gt;一个支持技能或自定义指令的智能体工具（如 Claude Code、Cursor、GPTs、扣子等任一）&lt;/li&gt;
&lt;li&gt;一份你认可的命名问题列表与建议名称范例（可选，但很有帮助）&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="第-1-步写最小指令3-分钟"&gt;第 1 步：写最小指令（3 分钟）&lt;/h2&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#e6edf3;background-color:#0d1117;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"&gt;&lt;code class="language-text" data-lang="text"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;任务：命名规范审查
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;输入：代码 diff 或目录
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;步骤：
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;1. 读取命名约定
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;2. 扫描新增符号
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;3. 对照约定判断
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;4. 输出建议并标注影响面
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;输出：命名问题列表与建议名称，末尾列出需人工确认的内容。
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;信息不足时先提问，不要编造。
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;h2 id="第-2-步放到工具里2-分钟"&gt;第 2 步：放到工具里（2 分钟）&lt;/h2&gt;
&lt;p&gt;把上面的内容放进所用工具的规则或技能位置：Claude Code 放进 &lt;code&gt;.claude/skills/naming-review/SKILL.md&lt;/code&gt;（前面补上 name 与 description），Cursor 放进 &lt;code&gt;.cursor/rules/&lt;/code&gt;，GPTs 放进 Instructions。具体位置见各平台版本的文章。&lt;/p&gt;</description></item><item><title>Cline 规则实战：让智能体稳定完成命名规范审查</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-cline-rules/</link><pubDate>Sun, 18 Oct 2026 03:13:01 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-cline-rules/</guid><description>&lt;p&gt;「命名规范审查」是开发者的高频任务。它的输入通常是代码 diff 或目录，期望得到的是命名问题列表与建议名称。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Cline Rules&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>用 Gemini CLI 做命名规范审查：命令文件与 GEMINI.md 配合</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-gemini-cli/</link><pubDate>Sun, 18 Oct 2026 03:06:31 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-gemini-cli/</guid><description>&lt;p&gt;「命名规范审查」是开发者的高频任务。它的输入通常是代码 diff 或目录，期望得到的是命名问题列表与建议名称。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Gemini CLI&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>用 GPTs 实现「命名规范审查」：指令、知识与 Actions</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-gpts/</link><pubDate>Sun, 18 Oct 2026 03:06:22 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-gpts/</guid><description>&lt;p&gt;把「命名规范审查」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（代码 diff 或目录），按什么顺序处理，交付什么（命名问题列表与建议名称），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;GPTs&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>用 Function Calling 实现「命名规范审查」：函数定义与调用流程</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-function-calling/</link><pubDate>Sun, 18 Oct 2026 02:54:19 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-function-calling/</guid><description>&lt;p&gt;「命名规范审查」是开发者的高频任务。它的输入通常是代码 diff 或目录，期望得到的是命名问题列表与建议名称。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Function Calling&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>命名规范审查 Skill 两种写法对比：五行提示词还是完整技能包</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-minimal-vs-advanced/</link><pubDate>Sun, 18 Oct 2026 02:42:10 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-minimal-vs-advanced/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;很多人纠结一开始要不要把技能写得很完整。答案是：先极简，再按需升级。下面对比「命名规范审查」的两种写法。&lt;/p&gt;</description></item><item><title>用 Windsurf Rules 实现「命名规范审查」：规则与激活方式</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-windsurf-rules/</link><pubDate>Sun, 18 Oct 2026 02:33:02 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-windsurf-rules/</guid><description>&lt;p&gt;把「命名规范审查」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（代码 diff 或目录），按什么顺序处理，交付什么（命名问题列表与建议名称），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Windsurf Rules&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>关于 命名规范审查 Skill 的 8 个常见问题</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-faq/</link><pubDate>Sun, 18 Oct 2026 02:24:25 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-faq/</guid><description>&lt;p&gt;「命名规范审查」是开发者的高频任务。它的输入通常是代码 diff 或目录，期望得到的是命名问题列表与建议名称。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;table&gt;
 &lt;thead&gt;
 &lt;tr&gt;
 &lt;th&gt;项目&lt;/th&gt;
 &lt;th&gt;说明&lt;/th&gt;
 &lt;/tr&gt;
 &lt;/thead&gt;
 &lt;tbody&gt;
 &lt;tr&gt;
 &lt;td&gt;技能&lt;/td&gt;
 &lt;td&gt;命名规范审查（&lt;code&gt;naming-review&lt;/code&gt;）&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;作用&lt;/td&gt;
 &lt;td&gt;按团队命名约定检查变量、函数、文件命名并给出改名建议&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;输入&lt;/td&gt;
 &lt;td&gt;代码 diff 或目录&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;输出&lt;/td&gt;
 &lt;td&gt;命名问题列表与建议名称&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;形态&lt;/td&gt;
 &lt;td&gt;纯提示词&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;风险&lt;/td&gt;
 &lt;td&gt;低&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;适用人群&lt;/td&gt;
 &lt;td&gt;开发者&lt;/td&gt;
 &lt;/tr&gt;
 &lt;/tbody&gt;
&lt;/table&gt;
&lt;h2 id="1-命名规范审查技能和直接写提示词有什么区别"&gt;1. 「命名规范审查」技能和直接写提示词有什么区别？&lt;/h2&gt;
&lt;p&gt;技能把步骤、格式和约束固定下来，由平台在相关时自动加载；提示词需要每次手动提供，效果依赖当次写法。&lt;/p&gt;</description></item><item><title>Dify 实战：把命名规范审查做成团队可用的应用</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-dify-workflow/</link><pubDate>Sun, 18 Oct 2026 01:48:32 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-dify-workflow/</guid><description>&lt;p&gt;开发者经常要做「命名规范审查」这类事：按团队命名约定检查变量、函数、文件命名并给出改名建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Dify 工作流&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>「命名规范审查」Skill 不生效怎么办：症状、原因与排查步骤</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-troubleshooting/</link><pubDate>Sun, 18 Oct 2026 01:38:12 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-troubleshooting/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;「命名规范审查」技能出问题时，先别急着重写。按下面的表格对号入座，大部分问题都能在几分钟内定位。&lt;/p&gt;</description></item><item><title>n8n 实战：自动化执行命名规范审查的智能体流程</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-n8n-agent/</link><pubDate>Sun, 18 Oct 2026 01:24:57 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-n8n-agent/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;n8n AI Agent&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>「命名规范审查」Skill 常见坑：8 个问题与改法</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-pitfalls/</link><pubDate>Sun, 18 Oct 2026 01:17:46 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-pitfalls/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;下面是把「命名规范审查」做成技能时最常见的 8 个问题，每条都给出改法。&lt;/p&gt;
&lt;h2 id="1-描述写成口号"&gt;1. 描述写成口号&lt;/h2&gt;
&lt;p&gt;智能体判断不出何时该用。改为“按团队命名约定检查变量、函数、文件命名并给出改名建议；当用户提到命名规范审查时使用”。&lt;/p&gt;</description></item><item><title>命名规范审查 Skill 一页检查清单</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-checklist/</link><pubDate>Sun, 18 Oct 2026 00:35:48 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-checklist/</guid><description>&lt;p&gt;「命名规范审查」是开发者的高频任务。它的输入通常是代码 diff 或目录，期望得到的是命名问题列表与建议名称。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;把下面的清单保存下来，每次使用或修改「命名规范审查」技能时过一遍。&lt;/p&gt;
&lt;h2 id="编写时"&gt;编写时&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; description 写清做什么、什么时候用&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输入写明需要代码 diff 或目录，并要求缺信息先提问&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 步骤为编号列表：读取命名约定、扫描新增符号、对照约定判断、输出建议并标注影响面&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输出写明命名问题列表与建议名称的结构&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 约束包含领域底线与不可逆操作的处理方式&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 长资料拆到参考文件&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="上线前"&gt;上线前&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 6 类测试输入全部通过&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 权限按最小范围配置&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 技能文件中没有密钥和真实个人信息&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 有负责人和变更记录&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="每次使用时"&gt;每次使用时&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输入材料已脱敏或确认可以交给所用平台&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 观察智能体是否加载了技能&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 查看“需人工确认”清单&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 对照原始材料抽查关键信息&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 风险较低，但输出仍需快速过目再使用&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="使用后"&gt;使用后&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 记录明显的问题样例&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输出被大幅修改时，分析原因并考虑改技能&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 定期检查平台更新是否影响技能&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="每一步的快速核对"&gt;每一步的快速核对&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 读取命名约定&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 扫描新增符号&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 对照约定判断&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输出建议并标注影响面&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;清单只是底线，深入内容见&lt;a href="https://ai.wujiong.cc/posts/2026-10-18-naming-review-pitfalls/"&gt;常见坑&lt;/a&gt;与&lt;a href="https://ai.wujiong.cc/posts/2026-10-18-naming-review-security-review/"&gt;安全审查&lt;/a&gt;。&lt;/p&gt;</description></item><item><title>「命名规范审查」Skill 场景实录：一次完整任务怎么跑</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-scenario-walkthrough/</link><pubDate>Sun, 18 Oct 2026 00:26:48 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-scenario-walkthrough/</guid><description>&lt;p&gt;开发者经常要做「命名规范审查」这类事：按团队命名约定检查变量、函数、文件命名并给出改名建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;h2 id="背景虚构"&gt;背景（虚构）&lt;/h2&gt;
&lt;p&gt;老陈是一名开发者，每周都要做几次命名规范审查。过去靠复制粘贴提示词，结果不稳定。这次团队把它做成了技能，下面记录一次完整运行。&lt;/p&gt;</description></item><item><title>用扣子（Coze）实现「命名规范审查」：人设、工作流与发布</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-coze-workflow/</link><pubDate>Sun, 18 Oct 2026 00:19:31 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-coze-workflow/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;扣子（Coze）智能体与工作流&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>给「命名规范审查」Skill 写测试用例：6 类输入与预期行为</title><link>https://ai.wujiong.cc/posts/2026-10-18-naming-review-test-cases/</link><pubDate>Sun, 18 Oct 2026 00:10:44 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-naming-review-test-cases/</guid><description>&lt;p&gt;如果你在代码仓库与终端里反复做命名规范审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「命名规范审查」准备 6 类测试输入。&lt;/p&gt;</description></item></channel></rss>