eaiadminandClaude Code
ddd2d2cbd8
- 新增 docs/02_Architecture/AR09_Object_Naming_Standard.md（规范性文件，非设计稿）： 十节结构 —— 原理 / 判据 / 对象术语表 / 五层命名规范 / 命名模式库 / 如何检查（人工五问 + 6 个机器守卫）/ 如何修复（迁移顺序 + 改名六步法）/ 现状问题登记（逐条带 file:line）/ 反例库 / 修订记录。 核心判断：名称即契约，改名前先查已靠名字建立的协议表 - 02_Architecture/README.md 登记 AR09，并说明其规范性定位（约束新增代码， 与 TOP_CODING_RULES.md 的 G03 配套），与 AR01–AR08 设计稿区别 - 收入本轮讨论与调研文档：对象命名标准化清单、对象标准化与解耦总则、 六层架构与三对象建设重点阶段性复盘、目录结构化迁移说明、 AionUi 对照分析两篇 Co-Authored-By: Claude Code <noreply@anthropic.com>
02_Architecture — 架构设计
命名规则：
AR{NN}_{描述}.md用途： 后端架构、前端架构、数据库架构、部署架构⚠️
AR01–AR04为 V1.1 设计期历史快照。 当前实现已重写为 Go + Gin + GORM + SQLite + Go 原生 brute-force 向量检索，以docs/changelog.md、docs/db_schema.md、docs/deploy.md为准。AR05–AR08是 2026-09-16 / 17 的工作台设计稿，不属于 V1.1 快照，其中AR08为部分被取代稿，取用前先读其文首补注。 当前产品导航与工作台口径，请以docs/01_System_Overall/SY22_Role_Skill_App_Unified_Task_Architecture.md为准：新建任务 / 项目 / 专员·技能·APP·连接器 / 长程APP / 知识库 / 后台管理 / 我的AR09是规范性文件（对象命名规范），不是设计稿。 它约束新增代码的命名，并登记了当前已核实的命名问题与修复流程；与TOP_CODING_RULES.md的 G03 配套使用。
文件清单
| 文件 | 说明 |
|---|---|
README.md |
本索引文件 |
AR01_Backend_Arch.md |
后端架构（V1.1 FastAPI 快照；现为 Go + Gin + GORM） |
AR02_Frontend_Arch.md |
前端架构（Vue3 + Element Plus 三栏布局） |
AR03_Database_Arch.md |
数据库架构（SQLite 单文件 + Go 原生向量检索） |
AR04_Deploy_Arch.md |
部署架构（V1.1 Docker 快照；现为单二进制 + systemd） |
AR05_Workbench_Architecture_Contract.md |
数字员工 Workbench 架构合同（任务为中心、对象挂载到任务，前端重构强约束） |
AR06_Skill_Packaging_Specification.md |
技能文件规范（技能 = 定义文件 + 执行器 + 结果组件，不以独立页面存在） |
AR07_Architecture_Alignment_Audit.md |
架构对齐确认与本轮修复范围（收敛两套并行模型的确认记录） |
AR08_Role_Interaction_Design.md |
AI 角色与工具统一交互设计（部分被取代：不跳页结论已采纳，「数字技术员」对象已废弃，见文首补注） |
AR09_Object_Naming_Standard.md |
对象命名规范（规范性文件：原理 / 判据 / 术语表 / 分层规范 / 检查守卫 / 修复流程 / 现状问题登记 / 反例库） |