添加 llmdoc 文档系统，升级版本至 3.4.8-xg1

- 初始化 llmdoc 文档系统（overview/architecture/guides/reference）
- 创建 9 个核心文档，涵盖项目概览、安装架构、配置系统等
- 升级 CI 工作流和构建脚本版本号至 3.4.8-xg1
- 添加 .gitignore 文件

llmdoc/reference/coding-conventions.md

@@ -0,0 +1,46 @@
+# 编码规范
+
+## Shell 脚本编码规范
+
+### 基本规则
+- 所有 shell 脚本必须以 `#!/bin/sh` 或 `#!/bin/bash` 开头
+- 使用 `shellcheck` 进行代码质量检查
+- 脚本文件名使用小写，单词间用连字符或下划线连接（如 `install-deb.sh`, `build_deb.sh`）
+
+### 注释规范
+- 脚本开头必须包含简要注释，说明脚本用途
+- 复杂逻辑块需添加行内注释
+- 注释使用中文或英文，保持一致性
+
+### 变量和函数
+- 变量名使用大写或小写，保持一致（如 `PACKAGE_NAME` 或 `package_name`）
+- 局部变量使用 `local` 关键字
+- 函数名使用小写，单词间用下划线连接（如 `install_package`）
+
+### 错误处理
+- 使用 `set -e` 确保脚本遇到错误立即退出（可选）
+- 对关键操作添加错误检查和异常处理
+
+## 配置文件规范
+- 使用标准 JSON 格式
+- 配置文件名使用 `.json` 扩展名
+- 保持配置文件的可读性，使用合理的缩进
+
+## 命名约定
+- 目录名：小写，单词间用连字符（`script-utils`）
+- 文件名：小写，单词间用下划线或连字符（`install_script.sh`, `build-deb.sh`）
+- 常量：全大写，下划线分隔
+- 变量：根据项目风格统一
+
+## 文档编写规范
+- 使用 Markdown 格式
+- 文档标题使用 `#`、`##` 等级别
+- 保持文档简洁，重点突出
+- 包含必要的使用示例和说明
+
+## 代码提交
+- 提交信息简洁明了
+- 使用简体中文描述修改内容
+- 遵循项目的 Git 提交规范
+
+**注意：** 本规范为指导性文件，项目实践中可能有所调整。

llmdoc/reference/git-conventions.md

@@ -0,0 +1,47 @@
+# Git 约定
+
+## 分支策略
+
+- **主分支 (`main`)**: 稳定发布版本
+- **开发原则**: 直接在 `main` 分支上进行开发和提交
+
+## 提交消息约定
+
+### 提交消息格式
+
+1. **语言**: 简体中文
+2. **风格**: 简洁明了的动作描述
+3. **常见前缀**:
+   - `添加`: 新增功能、文件或依赖
+   - `修改`: 对现有代码的修改
+   - `删除`: 移除代码、文件或功能
+   - `修复`: 解决 bug
+   - `重构`: 代码重构，不改变功能
+
+### 提交消息示例
+
+```
+添加参数
+添加脚本
+添加 Tari Solo 支持
+添加 README
+添加deb包构建，删除容器构建
+```
+
+## 版本管理
+
+- **版本号约定**: 遵循语义化版本 (SemVer)
+- **标签**: 使用版本标签标记发布
+
+## 工作流程建议
+
+1. 直接在 `main` 分支上开发
+2. 提交前确保代码经过基本测试
+3. 编写清晰、描述性的提交消息
+4. 保持提交原子化，每个提交聚焦于单一任务
+
+## 最佳实践
+
+- 保持提交历史清晰
+- 避免提交大型文件和敏感信息
+- 定期进行代码审查