refactor(rules): 精简 AGENTS.md，下沉模块级规则，迁移 skill 为 rule

- tp-controller-url-rules skill 迁移为 rule ulthon-controller-url.md
- AGENTS.md「其他规则」中的 source/ 约定下沉为 ulthon-source-directory.md
- AGENTS.md「其他规则」中的部署栈+命令执行环境下沉为 ulthon-deploy-environment.md
- AGENTS.md 精简：其他规则从 10 条减至 5 条，规则维护机制从 10 行减至 4 行
- ulthon-rules-manager 技能增加 rules/skills 边界判定说明
- rules 定位拓宽：约束、约定、设计决策均可作为 rule

.agents/skills/ulthon-rules-manager/SKILL.md

@@ -7,9 +7,25 @@ description: "零散规则管理技能。指导智能体在 `.agents/rules/` 目
 
 ## 核心概念
 
-**零散规则**是针对特定模块或场景的约束，不适合放在全局 `AGENTS.md` 中展开。它们存放在 `.agents/rules/` 目录下，每条规则一个独立文件，通过索引被智能体发现和引用。
+**零散规则（Rules）** 是模块级/场景级的专属知识，不适合放在全局 `AGENTS.md` 中展开。存放在 `.agents/rules/` 目录下，每条规则一个独立文件，通过索引被智能体发现和引用。
 
-**和 Skills 的区别**：Skills 是"按场景调用的工作流说明"（怎么做），Rules 是"特定模块的约束/约定"（不能怎么做 / 必须遵守什么）。
+Rules 可包含以下类型的内容：
+- **约束**：不能怎么做、必须怎么做（如命名约定、分层铁律）
+- **约定**：惯例、默认行为（如目录结构、文件配对）
+- **设计决策**：某个功能的设计方案与背景（如多节点协调方案、认证架构选型）
+
+## Rules 与 Skills 的边界
+
+| 维度 | Rule（规则） | Skill（技能） |
+|------|-------------|---------------|
+| 核心问题 | "是什么""不能做什么""为什么这样设计" | "怎么做""一步步如何完成" |
+| 知识形态 | 静态声明（A 对应 B、禁止 C） | 动态流程（第 1 步...第 2 步...） |
+| 触发时机 | 涉及某模块时需先了解其规则 | 需要执行某操作时按步骤调用 |
+| 典型例子 | URL 映射规则、目录约定、多节点设计 | CURD 生成流程、定时任务配置、菜单创建 |
+
+**判断方法**：如果内容主要是"告知性"的（让智能体知道某个事实/约束/设计），放 Rule。如果内容主要是"操作性"的（让智能体按步骤完成某件事），放 Skill。
+
+**灰色地带处理**：部分内容混合了规则和操作（如 Base/App 架构文档既有铁律又有场景指南），此时保留为 Skill，因为其核心价值在"指导如何操作"。
 
 ## 目录结构