 eaiadminandClaude Code
|
14f303459e
|
refactor: 后端仓库层收口（A1：课程/产品/素材）+ 收进工作区既有对象化重构
本提交含两部分。第一部分是本轮工作；第二部分是此前一直留在工作区、
从未提交的对象化重构，与第一部分在文件上互相咬合（internal/repository
整个包都是未跟踪状态，且 api 层已有文件引用它），无法拆成两个可编译的提交。
一、仓库层收口 A1 批（本轮工作）
把 api 层手写的 store.DB 查询收进具名仓库方法，只给真正获益的对象做方法，
不机械包裹全量。本批迁移 22 处裸查询（courses.go 9 / media.go 12 / products.go 1），
新增方法：
- MediaFileRepo.ListByBind / ListForAudit / MarkExtracted
- KnowledgeChunkRepo.CountByMediaFile
- ProductRepo.GetVisibleByID
两条业务口径改由仓库单点持有，避免各处手写漂移：
「只有 approved 素材出现在课程详情」与「已停用产品不在课程详情露出」。
修掉两个真实缺陷：
- ProductRepo.GetByID 缺 Where 条件。此前 GET /api/products/{id} 对任意 id 都返回
第一条产品、对不存在的 id 返回 200，且 PUT /api/products/{id} 会覆盖第一条产品
—— 数据损坏级。全仓扫描确认这是唯一一处同型写法。
- ProductRepo.Delete 写 status="deleted"，而 DELETE 处理器文档与回包都声称
"inactive"，接口在说谎；管理员用 status=all 拉列表会看到前端不认识的状态。
已对齐为 inactive（与 CourseRepo.Delete 一致）。
删除 8 个零调用且列名不存在的死方法（一调即 SQL 报错）：
- media_file 上的 file_path / file_type / approval_status 三列并不存在，
GetByPath / ListByType / UpdateStatus 全废
- knowledge_chunk 上的 space_id 列不存在（模型早已改为 knowledge_space_key），
List / Total / ListBySpaceIDs / DeleteBySpace / SearchByVector 全废
取舍边界：能对当前 schema 跑通的死方法保留，跑不通的删或修。
CourseRepo.List 补齐 status=all 档（此前传给它会当作 status='all' 过滤出空列表）。
该方法此前零调用，现与产品列表语义对齐。
验证：go build ./... 与 go test ./... 全绿；另用真实 HTTP 请求验证 34 项
（课程 17 / 产品 3 / 素材 14），跑在数据库副本与独立 KB_DATA_DIR 上，
含 multipart 真上传 → 审批 → pdftotext 提取 → 分片入库的完整链路。
二、此前未提交的对象化重构（非本轮工作）
- 新增 internal/repository 仓库层、connectors、skills、specialists、xapps、jsonutil，
model/task_record|task_run|task_artifact、api/task_runtime|action_definition|chat_message
- 删除 api/app_definition、connectors、my_app_center、notification、office_skill、
export_docx|pptx|xlsx、official_account_* 等，随 XApp/Skill/Specialist/Connector
可插拔打包方向（AR10/AR11）调整
- 资产目录归位：backend-go/knowledge_source → assets/knowledge/source、
training_materials → assets/training/materials；README 内相对路径同步加深两级；
deploy env 补 ASSET_ROOT_DIR 并改 KNOWLEDGE_SOURCE_DIR / TRAINING_MATERIALS_DIR
- 前端新增 skills/ specialists/ connectors/ xapps/ 目录与对应页面
验证：前端 npm run build 通过（7.26s）。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-19 01:23:51 +08:00 |
|
|
eaiadminandClaude Code
|
ddd2d2cbd8
|
docs: 对象命名规范 AR09 与标准化讨论文档入库
- 新增 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>
|
2026-09-17 23:38:42 +08:00 |
|
|
eaiadminandClaude Code
|
fa6c26ea41
|
docs: 工作台设计稿收入 docs 体系，routes.go 更名 ai_routes.go
7 份散落在 frontend/src/views/workbench/ 的设计稿按现有编号体系收入 docs/，
源码目录现在只剩 12 个 .vue 页面：
PlatformArchitectureRethink -> docs/01_System_Overall/SY24
WorkbenchArchitectureContract -> docs/02_Architecture/AR05
SkillPackagingSpecification -> docs/02_Architecture/AR06
ArchitectureAlignmentAudit -> docs/02_Architecture/AR07
RoleInteractionDesign -> docs/02_Architecture/AR08
YunQuParityRoadmap_OfficePlatform -> docs/06_Product_Lines/PL04
WorkBuddySkillRpaLearning -> docs/09_Research/RS01
14 处交叉引用同步更新（含 SY20/SY21 里指向旧源码路径的两处）；三份 README 索引
补齐 SY20-SY24 与 AR05-AR08、PL04；README 顶部「本目录全是历史快照」的说法改精确
（AR05-AR08、PL04 不属于 V1.1 / V1 快照）。
AR08 文首补注「采纳与废弃」，避免它被当成现行设计照做：
- 已采纳：对象不跳页 / 不做独立工具页 / + 菜单挂载 / 切换对象=更新任务上下文
- 已废弃：「数字技术员」第三类对象（SY21 §2.2 已废除 tool 命名）、
「通用助手 = 默认专员」、§14「与本稿冲突以本稿为准」的自我授权
backend-go: internal/api/routes.go -> ai_routes.go。该文件管的是 AI 模型路由
（LLM provider 列表），与 router.go 的 URL 路由注册同包同名易混，加文件头注释钉死。
验证：go build ./... 通过；go vet ./internal/api/ 无告警；npm run build 通过。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-17 19:26:26 +08:00 |
|
|
eaiadmin
|
4e8817d768
|
init: 数字员工平台初始代码
包含前端（Vue3 + VueFlow 画布）、后端（Go）、文档体系。
- 工作台画布：节点拖放、连线模式、右键菜单、AI 助手
- 后端：连接器 API、专员种子数据
- 导航：左侧导航、工坊、市场、控制台
|
2026-08-18 20:19:58 +08:00 |
|