docs: 规范化 AI 版权年份更新规则为动态获取

统一所有 AI Agent 配置文件的版权年份更新规则：
- 强制要求通过系统命令 `date +%Y` 动态获取当前年份
- 禁止硬编码年份值
- 明确规定只更新当前修改的文件，不批量更新
- 适用于所有 AI（Claude、ChatGPT、Gemini、Cursor）

主要变更：
- AGENTS.md：更新中文规则说明
- AGENTS.en.md：更新英文规则说明
- .claude/project-rules.md：新增详细的版权年份管理规范（规则5）
- .ai-agents/README.md：添加通用版权年份管理规范
- .ai-agents/{chatgpt,gemini,cursor}/README.md：各 AI 配置中添加规则

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>

Author: CodeCasterX

.ai-agents/README.md

@@ -198,6 +198,34 @@ GPT 和 Cursor 的配置在 `.ai-agents/gpt/` 目录。
 2. 遵循 `.ai-agents/workflows/` 中的工作流
 3. 使用 `.ai-workspace/` 进行任务跟踪和上下文共享
 
+### 版权年份管理规范
+
+**重要规则**：修改任意带版权头的文件时，**必须同步更新版权年份到当前年份**。
+
+**执行步骤**：
+
+1. **动态获取当前年份**（绝对不要硬编码年份）：
+   ```bash
+   # 使用系统命令获取当前年份
+   CURRENT_YEAR=$(date +%Y)
+   echo $CURRENT_YEAR
+   ```
+
+2. **检查并更新版权头**：
+   - 检查文件是否包含版权声明（如 `Copyright (C) 2024-2025`）
+   - 如果包含，将年份更新为当前年份（如 `2024-2025` → `2024-2026`）
+   - 如果是单一年份（如 `2024`），更新为年份范围（如 `2024-2026`）
+
+3. **常见格式示例**（假设当前年份为 2026）：
+   - `Copyright (C) 2024-2025` → `Copyright (C) 2024-2026`
+   - `Copyright (C) 2024` → `Copyright (C) 2024-2026`
+   - `© 2024-2025` → `© 2024-2026`
+
+**为什么重要**：
+- 确保版权声明的准确性和法律有效性
+- 遵循项目规范，保持一致性
+- 避免年份过时导致的合规问题
+
 ## ⚠️ 注意事项
 
 ### 人工检查点

.ai-agents/chatgpt/README.md

@@ -153,6 +153,7 @@ ChatGPT 和 Gemini 可以互为替代：
 - 注释要求：公共API需要Javadoc
 - 类头信息：@author 和 @since
 - 分支命名：模块前缀 + 意图
+- **版权年份更新**：修改任意带版权头的文件时，**必须先通过系统命令 `date +%Y` 获取当前年份**，然后更新版权头（例如 `2024-2025` → `2024-<当前年份>`）。**绝对不要硬编码年份**
 
 ### 测试要求
 

.ai-agents/cursor/README.md

@@ -66,3 +66,28 @@ cat .ai-workspace/context/{task-id}/plan.md
 - 配置项目代码风格
 - 集成项目测试框架
 
+## 项目编码规范
+
+### FIT Framework 编码规范
+
+参考 `AGENTS.md` 中的规范：
+
+- Java 格式化：使用 `CodeFormatterFromIdea.xml`
+- 注释要求：公共API需要Javadoc
+- 类头信息：@author 和 @since
+- 分支命名：模块前缀 + 意图
+- **版权年份更新**：修改任意带版权头的文件时，**必须先通过系统命令 `date +%Y` 获取当前年份**，然后更新版权头（例如 `2024-2025` → `2024-<当前年份>`）。**绝对不要硬编码年份**
+
+### 测试要求
+
+- 单元测试使用 JUnit
+- 测试类命名：`*Test.java`
+- 每个公共方法都应有测试
+- 测试要覆盖正常和异常情况
+
+### 提交规范
+
+- 提交信息：`[模块] 简述`
+- 例如：`[fit] 修复某问题`
+- 不要自动提交，等待人工确认
+

.ai-agents/gemini/README.md

@@ -69,3 +69,28 @@ Gemini 应该：
 2. 更新任务状态
 3. 说明完成情况
 
+## 项目编码规范
+
+### FIT Framework 编码规范
+
+参考 `AGENTS.md` 中的规范：
+
+- Java 格式化：使用 `CodeFormatterFromIdea.xml`
+- 注释要求：公共API需要Javadoc
+- 类头信息：@author 和 @since
+- 分支命名：模块前缀 + 意图
+- **版权年份更新**：修改任意带版权头的文件时，**必须先通过系统命令 `date +%Y` 获取当前年份**，然后更新版权头（例如 `2024-2025` → `2024-<当前年份>`）。**绝对不要硬编码年份**
+
+### 测试要求
+
+- 单元测试使用 JUnit
+- 测试类命名：`*Test.java`
+- 每个公共方法都应有测试
+- 测试要覆盖正常和异常情况
+
+### 提交规范
+
+- 提交信息：`[模块] 简述`
+- 例如：`[fit] 修复某问题`
+- 不要自动提交，等待人工确认
+

.claude/project-rules.md

@@ -398,9 +398,130 @@ Slash commands 支持参数传递，参数使用空格分隔：
 
 ---
 
+## 版权年份管理规范
+
+### 规则 5: 版权年份更新（CRITICAL）
+
+**⚠️ 重要规则**：修改任意带版权头的文件时，**必须同步更新版权年份到当前年份**。
+
+**强制要求：**
+
+1. **动态获取当前年份**
+   - **绝对不要**硬编码年份（如 2026）
+   - **必须**使用系统命令获取当前年份
+
+   ```bash
+   # 获取当前年份
+   CURRENT_YEAR=$(date +%Y)
+   echo $CURRENT_YEAR
+   ```
+
+2. **版权头格式检测与更新**
+
+   常见格式：
+
+   **格式 1：年份范围**
+   ```
+   Copyright (C) 2024-2025 FIT Framework
+   ↓ 更新为
+   Copyright (C) 2024-2026 FIT Framework  # 假设当前年份为 2026
+   ```
+
+   **格式 2：单一年份**
+   ```
+   Copyright (C) 2024 FIT Framework
+   ↓ 更新为
+   Copyright (C) 2024-2026 FIT Framework  # 假设当前年份为 2026
+   ```
+
+   **格式 3：Java 文件头**
+   ```java
+   /*
+    * Copyright (C) 2024-2025 FIT Framework
+    * All rights reserved.
+    */
+   ↓ 更新为
+   /*
+    * Copyright (C) 2024-2026 FIT Framework
+    * All rights reserved.
+    */
+   ```
+
+3. **自动化更新流程**
+
+   **标准流程（必须遵循）：**
+
+   **⚠️ 重要**：只更新**当前修改的文件**，不要批量更新所有文件！
+
+   ```bash
+   # 步骤 1: 获取当前年份
+   CURRENT_YEAR=$(date +%Y)
+
+   # 步骤 2: 检查当前修改的文件是否有版权头
+   grep -l "Copyright" <current_modified_file>
+
+   # 步骤 3: 检查版权年份
+   grep "Copyright.*[0-9]\{4\}" <current_modified_file>
+
+   # 步骤 4: 如果年份不是最新的，使用 Edit 工具更新
+   # 将 2024-2025 更新为 2024-<CURRENT_YEAR>
+   # 或将 2024 更新为 2024-<CURRENT_YEAR>
+   ```
+
+4. **仅更新当前修改的文件**
+
+   **原则**：
+   - ✅ 只更新你正在修改的文件
+   - ❌ 不要批量更新项目中所有文件
+   - ✅ 一次只处理一个文件的版权头
+   - ❌ 不要使用 find 批量查找和替换
+
+   **示例（仅供参考，查看当前修改了哪些文件）**：
+
+   ```bash
+   # 查看当前修改的文件
+   git status --short
+
+   # 查看某个修改文件的版权头
+   grep "Copyright" <specific_file_you_modified>
+   ```
+
+5. **检查清单**
+
+   - [ ] 使用 `date +%Y` 命令动态获取当前年份
+   - [ ] 检查修改的文件是否包含版权头
+   - [ ] 如果包含版权头，检查年份是否为当前年份
+   - [ ] 如果不是，使用 Edit 工具更新版权年份
+   - [ ] **绝对不要**在代码中写死年份（如 2026）
+   - [ ] 保持版权头的其他内容不变，只更新年份
+
+**完整示例：**
+
+```bash
+# ❌ 错误做法：硬编码年份
+Edit(file_path, old_string="2024-2025", new_string="2024-2026")  # 硬编码 2026！
+
+# ✅ 正确做法：动态获取年份
+# 步骤 1: 先获取当前年份
+CURRENT_YEAR=$(date +%Y)
+
+# 步骤 2: 使用变量更新版权头
+# 在 Edit 工具调用前，确保知道当前年份
+# 例如当前年份为 2026：
+Edit(file_path, old_string="Copyright (C) 2024-2025", new_string="Copyright (C) 2024-2026")
+# 或
+Edit(file_path, old_string="Copyright (C) 2024", new_string="Copyright (C) 2024-2026")
+```
+
+**为什么必须这样做：**
+- 确保版权声明的准确性和法律有效性
+- 遵循项目规范，保持一致性
+- 避免年份过时导致的合规问题
+- 动态获取年份确保在任何时间点执行都是正确的
+
 ## AI 协作任务识别和处理规则
 
-### 规则 4: 任务语义识别（CRITICAL）
+### 规则 6: 任务语义识别（CRITICAL）
 
 **⚠️ 重要规则**：当用户使用自然语言描述任务时，AI 必须进行语义分析并自动查找相关任务。
 

AGENTS.en.md

@@ -21,6 +21,7 @@ This repo hosts the FIT framework and related engines.
 - Java formatting uses the IntelliJ profile `CodeFormatterFromIdea.xml`.
 - Public/protected Java APIs require Javadoc with `@param`/`@return` tags.
 - Class headers must include `@author` and `@since yyyy-MM-dd`.
+- When modifying any file with a copyright header, you **must first obtain the current year using the system command `date +%Y`**, then update the copyright year accordingly (e.g., if current year is 2026: `2024-2025` → `2024-2026`, `2024` → `2024-2026`).
 - Branch naming follows module prefixes and intent, e.g. `fit-feature-xxx`, `waterflow-bugfix-yyy`.
 
 ## Testing Guidelines

AGENTS.md

@@ -21,6 +21,7 @@
 - Java 格式化使用 IntelliJ 配置 `CodeFormatterFromIdea.xml`。
 - 公共/受保护的 Java API 需要 Javadoc，并包含 `@param`/`@return`。
 - 类头需包含 `@author` 与 `@since yyyy-MM-dd`。
+- 修改任意带版权头的文件时，需同步更新版权年份到当前年份。**必须先通过系统命令 `date +%Y` 获取当前年份**，然后根据版权头格式更新（例如若当前年份为 2026：`2024-2025` → `2024-2026`，`2024` → `2024-2026`）。
 - 分支命名使用模块前缀与意图，例如 `fit-feature-xxx`、`waterflow-bugfix-yyy`。
 
 ## 测试规范