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>

eai_agentplatform/backend-go/internal/model/project.go

@@ -6,7 +6,7 @@ import "time"
 //
 // 任务记「做的是哪件事」，项目记「这些事是为谁、按什么规矩做的」——
 // 指令是给 AI 的长期上下文，预置的专员/技能/连接器是这个项目默认带上的能力。
-// 归属跟 WorkerTask.Owner 同构（全名优先，回退登录名），列表只列自己的。
+// 归属跟 TaskRecord.Owner 同构（全名优先，回退登录名），列表只列自己的。
 type Project struct {
 	ID          uint   `gorm:"primaryKey" json:"id"`
 	Name        string `gorm:"size:40;not null" json:"name"`
@@ -14,11 +14,11 @@ type Project struct {
 	TemplateKey string `gorm:"size:64;default:''" json:"template_key"`
 	Owner       string `gorm:"size:64;not null;index" json:"owner"`
 	Pinned      bool   `gorm:"not null;default:false" json:"pinned"`
-        // 建项目时选中的能力，存 JSON 数组字符串。key 各自指向 specialist.key /
-        // skill.key / connector.key —— 只存 key，展示时再去取名字。
-        SpecialistKeys string    `gorm:"type:text" json:"specialist_keys"`
-        SkillKeys      string    `gorm:"column:skill_keys;type:text" json:"skill_keys"`
-        ConnectorKeys  string    `gorm:"type:text" json:"connector_keys"`
+	// 建项目时选中的能力，存 JSON 数组字符串。key 各自指向 specialist.key /
+	// skill.key / connector.key —— 只存 key，展示时再去取名字。
+	SpecialistKeys string    `gorm:"type:text" json:"specialist_keys"`
+	SkillKeys      string    `gorm:"column:skill_keys;type:text" json:"skill_keys"`
+	ConnectorKeys  string    `gorm:"type:text" json:"connector_keys"`
 	CreatedAt      time.Time `json:"created_at"`
 	UpdatedAt      time.Time `json:"updated_at"`
 }