初始化仓库提交

.codex/skills/commit/SKILL.md

@@ -0,0 +1,77 @@
+---
+name: commit
+description: 自动生成中文 git commit 信息并提交推送。读取当前改动，用简洁的中文一句话概括改动内容，然后自动执行 git add、commit、push。当用户说"提交""commit""提交代码""推送"时使用。
+allowed-tools: Bash(git status:*), Bash(git diff:*), Bash(git add:*), Bash(git commit:*), Bash(git push:*), Bash(git log:*), Bash(git branch:*)
+---
+
+# 自动 commit 并 push
+
+读取当前 git 改动，生成简洁的中文 commit 信息，然后自动提交并推送。
+
+## 执行步骤
+
+### 1. 查看当前状态
+
+先了解仓库当前情况：
+
+```bash
+git status
+git diff --stat        # 看改动了哪些文件、改动量
+git diff               # 看未暂存的具体改动
+git diff --staged      # 看已暂存的具体改动
+git log --oneline -5   # 看最近几次提交风格，保持一致
+```
+
+### 2. 分析改动
+
+基于 diff 内容，理解这次改动**实际做了什么**：
+
+- 新增了什么功能/文件
+- 修改/修复了什么
+- 删除/重构了什么
+- 是文档、配置还是代码改动
+
+**不要凭文件名猜测，要看实际 diff 内容。**
+
+### 3. 生成 commit 信息
+
+要求：
+
+- **中文**，简洁，**一句话**概括这次改动的核心内容
+- **不要前缀**（不用 feat/fix/docs 这种 Conventional Commits 前缀）
+- 直接描述做了什么，动词开头，如"添加 ALNS 自适应大邻域搜索算法"、"修复 POX 交叉中的索引越界问题"、"重构 FJSP 解码逻辑去掉 AGV 部分"
+- 如果一次改动包含多个不相关的事情，提示用户是否要分开提交（但默认仍按一条处理）
+- 长度控制在一行能看完，不写冗长描述
+
+### 4. 自动提交并推送
+
+确认 commit 信息后，依次执行：
+
+```bash
+git add -A                          # 暂存所有改动
+git commit -m "生成的中文commit信息"
+git push                            # 推送到当前分支的远程
+```
+
+### 5. 处理常见情况
+
+- **没有改动**：如果 `git status` 显示没有改动，告知用户无需提交，停止
+- **push 失败**：
+  - 如果是因为远程有新提交（需要先 pull），告知用户，建议先 `git pull` 或 `git pull --rebase`，**不要自动强推**
+  - 如果是没有配置远程或没有 upstream 分支，提示用户，给出 `git push -u origin <分支名>` 的建议命令
+  - 如果是认证问题，告知用户检查凭证
+- **当前在重要分支**（如 main/master）：正常执行，但在输出里提示一下当前分支名，让用户心里有数
+
+### 6. 输出
+
+完成后简要报告：
+
+- 生成的 commit 信息
+- 提交到了哪个分支
+- push 是否成功
+
+## 注意事项
+
+- commit 信息必须如实反映 diff 内容，不编造
+- push 失败时不要用 `--force` 强推，交给用户决定
+- 如果改动很大很杂，主动提示用户考虑拆分提交，但不强制

.codex/skills/readme/SKILL.md

@@ -0,0 +1,86 @@
+---
+name: readme
+description: 为当前项目生成适配 Gitee / 公司内部代码仓库的中英文双语 README。默认生成 README.md（中文，Gitee 默认展示）和 README_en.md（英文）两个文件，顶部互相链接切换语言。适用于公司项目、算法项目、机器人项目、工程代码仓库。当用户说“写个README”“生成项目介绍”“生成Gitee README”“make a readme”时使用。
+---
+
+# Gitee 双语 README 生成
+
+为当前项目生成两个互相链接的 README 文件：
+
+- `README.md`：简体中文，作为 Gitee 默认展示文件
+- `README_en.md`：英文版，供中英文切换使用
+
+如果项目中已经存在 `README_zh.md`、`Readme_zh.md`、`Readme_en.md` 等命名，先读取已有文件，并尽量沿用当前仓库已有命名规范；如果没有明确规范，默认使用 `README.md` + `README_en.md`。
+
+## 执行目标
+
+生成符合公司内部 Gitee 仓库风格的 README，不写成 GitHub 开源宣传页。
+
+README 应该让新同事或项目参与者快速知道：
+
+- 项目是什么
+- 面向什么设备 / 平台 / 场景
+- 软件架构大概是什么
+- 如何安装依赖
+- 如何编译 / 运行 / 启动
+- 代码目录怎么组织
+- 如何按公司流程参与开发
+
+## 执行步骤
+
+### 1. 调研项目
+
+先充分了解项目，不要凭空编造内容。
+
+必须优先读取和分析：
+
+- 项目根目录结构
+- 已有 README / 文档
+- 主入口脚本
+- 启动脚本
+- `CMakeLists.txt`
+- `package.xml`
+- `requirements.txt`
+- `pyproject.toml`
+- `package.json`
+- `docker-compose.yml`
+- `Dockerfile`
+- 配置文件
+- 核心源码目录
+
+需要识别：
+
+- 项目名称
+- 项目用途
+- 运行平台
+- 技术栈
+- 编程语言
+- 构建方式
+- 启动方式
+- 主要模块
+- 依赖项
+
+**重要：只写代码和文档中真实存在的内容。**
+
+不要编造：
+
+- 未确认的算法
+- 未确认的性能指标
+- 未确认的硬件型号
+- 未确认的启动命令
+- 未确认的部署流程
+- 未确认的许可证
+
+如果信息不足，用“待补充”明确标注，不要用通用模板假装完整。
+
+---
+
+## 2. 文件命名与语言切换
+
+### 默认文件
+
+生成：
+
+```text
+README.md
+README_en.md