refactor: 后端仓库层更名为数据访问层（internal/repository → internal/dal）

「仓库层」是 repository 的直译，中文里与「代码仓库 / git 仓库」同词，
而这一层做的事就是数据访问。名字改成它实际在做的事。

改名口径（纯机械替换，无逻辑改动）：
- 包：internal/repository → internal/dal（package repository → package dal）
- 类型：XxxRepo → XxxDAO（TaskRecordDAO / SpecialistDAO / PositionDAO …）
- 变量：xxxRepo → xxxDAO
- import 路径、包限定符、日志前缀 [repository] → [dal] 同步
- 注释里的「仓库层」→「数据访问层」；core.go 包注释补上 DAL/DAO 全称

命名规范补登（AR09 是命名问题的最高依据，改了名就得回去登记）：
- AR09 §3.1 术语表新增「数据访问层 dal / DAO」一行
- AR09 §5.6 缩写表新增 DAO / dal —— 原文是「只有下表内的缩写允许使用」，
  不登记就是自己破自己的规矩
- PROJECT_STATE.md 新增 D27 记录本次更名决策

验证：全部在 db 副本上做，生产库 data/eai_agentplatform.db 未触碰。
- 等价性对照：拿 HEAD 源码 + 仅改名 造出第二棵树，两棵树各自起
  httptest 服务跑同一份探针（60 个 GET + 13 个写/回读，覆盖专员/技能/应用/
  任务/交付物/项目/岗位/考试/知识/积分/管理端只读等），逐端点比对响应体：
  73 项里 52 项字节完全一致、21 项仅运行期时间戳不同、内容差异 0。
- 探针非空：往改名后的树注入「SpecialistDAO.List 限 3 条」变异，
  /api/specialists 立刻被抓出 —— 证明上面那个 0 不是没测到。
- 暂存区自洽：把索引整个导出成源码树，go build / go vet / go test ./... 全绿。
- gofmt：因 import 排序变化而错位的 19 个文件已修；另 2 个文件（skill_definition.go、
  seed.go）的格式问题是工作区里别人的在制品带来的，未替其改动。

未纳入本次提交：工作区里正在进行中的「文生语音技能 + 技能展示色/交互卡」
（tts_handlers.go、text_to_speech/manifest.go、skillCatalog.js 等），
以及 router.go / skill_definition.go / seed.go 三个文件里属于该在制品的改动 ——
这三个文件只把「改名那一版」放进索引，工作区原样保留。

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

eai_agentplatform/PROJECT_STATE.md

@@ -69,6 +69,8 @@
 | D25 | 平台总架构继续采用 6 层，但第 5 层正式升级为 **对象层（Expert / Skill / App）**；新增与“专家 / 技能”并列的第三类一级对象 **App**，其定位是“长程任务运行壳”而非页面或大技能。任务统一定义为“工作实例容器”，可挂载主 `app`、右栏 `expert`、后台 `skill`；消息流降级为对话轨迹，长程状态由 `app_state + app_event + domain_data` 承载。产品一级导航目标态需完整描述为 **新建任务 / 项目 / 专家·技能·连接器 / 长程APP / 知识库 / 后台管理 / 我的**，其中 `知识库` 被确认为组织级默认必装的内建 App，拥有一级直达入口；其它专题型业务主导航后续应优先收敛为 `app` 并归入“长程APP”。文档锚点：`docs/01_System_Overall/SY22_Role_Skill_App_Unified_Task_Architecture.md` | 已定 |
 | D26 | 路由命名正式拆分为三类以避免混同：`ai_route_*` 专指 AI 模型路由；`object_entry_route` 专指 Expert / Skill / App 等业务对象的进入入口；`page_route` 专指普通页面导航。后端 API、前端对象配置与导航配置均按该口径收口；旧 `route / entry_route` 已降为启动时一次性迁移并随后删除的历史列，不再保留为日常兼容字段。 | 已定 |
 
+| D27 | 后端「仓库层」正式更名为**数据访问层**，英文同步改：包 `internal/repository` → `internal/dal`，类型 `XxxRepo` → `XxxDAO`（`TaskRecordDAO` / `SpecialistDAO`…），日志前缀 `[repository]` → `[dal]`。理由是原名的「仓库」是 repository 的直译，中文里与「代码仓库 / git 仓库」同词，而这一层做的事就是数据访问。命名规范见 AR09 §3.1 / §5.6 | 已定 |
+
 ## 4. 文档索引
 
 | 文档 | 路径 | 说明 |