EaiLab/pj0235-eai_agentplatform
11
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
51 Commits 1 Branch 0 Tags
main
Commit Graph
18 Commits
Author SHA1 Message Date
eaiadminandClaude Code 81366ca273 fix(audio): 断连后能接着跑完 —— 失败消息上的重试 + 步骤编号统一 
用户报「卡在步骤 3」，实际断在第 5 步 structure：请求发出 46ms 后浏览器
连接断开，Gin 的 Request.Context() 被取消，上游回 499，后端包成 400。
服务端与前端应用层都没有任何主动取消（全仓 grep cancel/AbortController
零命中），是一次客户端断连。

断连本身无法在代码里杜绝，但它暴露了三个真 bug：

1. 报错文案说「第 1 步」，右栏说第 5 步 —— 尾部两步按自己这一轮从 1 数。
   新增 STEP_NUMBERS，报错与右栏共用同一份编号（这就是「步骤 3」这个
   说法的来源：用户看到的第一个数字就对不上）。
2. 断连后界面上没有任何续跑入口，任务永远停在 4/6（右栏六步是只读的）。
   失败的那条助手消息上挂「🔁 重试」。
3. 无脑重跑会在同一任务里留第二份「结构化纪要」，两份差别用户看不出来。
   resumeAudioSkill 收 skipSteps，按 task_run.action_key 判「跑过没有」
   —— 不用产物类型判，document/checklist 别的技能也在用。

另修：待确认那条消息改用 reactive()。messages 是 ref([])，push 进去的对象
模板读时才被代理，而代码改的是那个变量，改普通对象不触发重渲染，
用户会一直看到「正在继续整理...」。

验证（临时任务 100，已删，先备份 db）：CDP setBlockedURLs 掐掉 structure
复现同形断连 → 消息挂出重试按钮，文案与右栏同为第 5 步；后端补跑一次
structure（模拟响应丢失但已落库）→ 点重试只跑 minutes，落库 document 1 份、
checklist 1 份。反证：再手工跑一次 structure，同名产物立刻变 2 份。
详见 bugs_and_errors.md E14。

E15（未修，记录在案）：DeleteMyTask 只删 task_record，run 与 artifact 全成
孤儿，产物 content_text 是完整逐字稿。删除语义务必先定硬删还是软删。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-27 00:04:19 +08:00
eaiadminandClaude Code b4c8ea38d1 feat(asr): 降级兜底——分离路由全挂时退到无分离路由，只交付逐字稿 
回退链从「一条主路由 + 一串替补」改成两级：先把同能力（有说话人分离）的路由
试完，全挂才降级到不分离的路由。降级是**本次事实**而不是配置事实，写进第 2 步
产物（capability_degraded / capability_zh），第 3 步与第 5/6 步据此判为不可用。

- transcribe.go：Result 加 CapabilityDegraded，判据 chain[0] 能分离而实际这条
  不能；与 HasSpeakers 分开记（后者可能是「配了却没输出」那种异常）
- audio_handlers.go：闸门从「读路由声明的能力」改成「读稿子里实际有没有标签」
  （audioTranscriptSpeakerKeys），与第 3 步共用同一句 SpeakerKeysOf；本次没分离
  → 哨兵错误 errAudioSpeakersUnavailableThisRun，不再放行去写一份看不出残缺的纪要
- 闸门**不看** capability_degraded：改动前落库的老产物没有这个字段，看它就 fail-open
- 第 1 步「转写要求」提前把降级的后果说清；第 2 步产物带完整措辞与「⚠」日志
- 前端两处（SpecialistPanel.vue / audioSkill.js）判断顺序改为先读实际结果
  has_speakers、再退回声明 speakers —— 顺序反了会在降级那一次照旧显示第 3 步
- ai_config.json：补 3 条云端无分离路由与各自的回退链

验证：三处变异（产物 key 拼错、标记写死 true、闸门 fail-closed）都验过会红；
新增两个用例文件走真实 gin 路由 + 真实鉴权中间件，断言拦下来的**理由**而不只是
「拦下来了」；go test ./... 全绿、gofmt 干净、前端构建通过。

同期把本地 ASR 装成 systemd 常驻服务（deploy/install_asr_local.sh 七步全过，
开机自启，实测 26.7 分钟录音 → 3.1 分钟）。装的过程挖出两个只在服务化时才暴露的坑：

- E12 转写堵住事件循环 → 探活超时 → 本地被判不健康 → auto 静默退云端、音频出网，
  全程没有任何报错。修法 run_in_threadpool（deploy/asr/serve.py）
- E13 服务账号的 ~ 不可写，pyannote 写不了 ~/.pyannote/database.yml，每次转写 500。
  修法 asr.env 加 HOME=<cache 目录>（该目录在 unit 的 ReadWritePaths 里）

顺带收口一处交付缺口：服务源码原先只有 ~/asr-poc 一份，而 DELIVERY.md 的清理计划
要 rm -rf 它 —— 那会让唯一副本变成 /opt 下 root 所有、不在任何版本库里的文件。
现在 deploy/asr/ 是唯一事实源，装机脚本与文档同步改。

已知偏离 / 未做（记在案）：
- 界面那句「本次没有说话人分离，后续步骤不可用」只验到后端接口层，没有造出真实
  降级场景渲染出来看过
- deploy/asr/ 的引入改变了装机来源：原型目录 $SRC_DIR 从此只提供 venv 与模型，
  服务代码一律从仓库取

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-26 23:36:00 +08:00
eaiadminandClaude Code c1af86c934 feat(asr): 本地语音转写接入为一级路由 + 并行工作流合并提交 
按用户指示做**一包提交**，不按工作流拆分。本提交刻意混合了多条并行线：

  · 本地 ASR 接管：audio 成为与 chat/embed/image/video 同等的路由类别
    （IsLocalRoute 单一判据、audio 健康探测、default_audio_route、
    auto 占位、GET /api/ai/routes/audio、回退云端时界面明示「音频已出网」）
  · LLM 调用层：ctx 贯穿、ToolCall/ToolSchema、EmptyCompletionError /
    TransientUpstreamError（按错误类型而非文案判重试）
  · 编排 Agent：general_assistant orchestrate/persistence/spec_driver
  · 联网搜索：internal/search（playwright）
  · 网盘：backend + 前端
  · 前端 UI：导航/路由/工作台若干页
  · 交付文档：DELIVERY.md / AR04 / 部署文档的「无 Python」表述据实改写，
    新增 eai_agentplatform-asr.service、asr.env、clonezilla-cleanup 清 ~/asr-poc

不分拆的原因：dev 早期，粒度不该打断工作节奏。且实测过——这些改动
**在编译上是同一个单元**（llm.go 的 ctx 签名变更牵动 12 个调用点，
chat_message.go 的 ctx 改动又与编排重写同处一个 hunk），拆出来的中间态编不过。
详见 TOP_CODING_RULES.md G14.5 与 bugs_and_errors.md E09。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-26 22:21:39 +08:00
eaiadmin e73169df50 feat(wxpa): 配图提示词规则从 Go 硬编码迁移到 JSON 配置驱动 
- 新增 spec/06-image_prompt_generation/rule.json 定义配图分布规则（500 字间隔、封面图、正文图尺寸）
- 新增 prompt_template、bracket_format 等 JSON 配置，支持中文提示词模板
- 修改 buildCoverImagePrompt/buildContentImagePrompt 使用 strings.ReplaceAll 替换 {index}/{section_summary} 占位符
- 修改 executeWeixinPublicAccountImagePromptStep 调用 buildWeixinPublicAccountImagePromptsV2
- 新增 buildWeixinPublicAccountContentWithPromptsFromJSON 包装 renderWeixinPublicAccountImagePromptFromJSON
- 前端产物 Tab 新增配图缩略图行展示
 2026-09-25 00:19:15 +08:00
eaiadmin 011f722999 feat: 专员 JSON 配置体系 + 配图提示词规则重构 
- 新增配图提示词 JSON 规则（image_prompt.json）：封面图 + 每 500 字按字数分布
- 新增 Go 配置加载器（weixin_public_account_image_prompt_config.go）：从嵌入的 spec 目录读取 JSON 配置
- 新增 weixin_public_account 完整 spec 目录：skill.md, workflow.json, domains.json, policy.json, validators/
- 新增 pj0012 参考文件（pj0012-wechat-image-spec.md）：配图规则 + 专员 JSON 定义体系
- 产物 Tab 添加下载按钮 + 整体导出区
- 修复前端 Markdown 渲染 bug + 步骤消息分段问题

所有专员定义向 JSON 配置迁移，以 weixin_public_account 为样板。
 2026-09-24 23:01:06 +08:00
eaiadmin 89ae31c998 feat: 微信公众号技能包重命名(weixin_public_account)并增强功能 
- 将 wechat_official_account 重命名为 weixin_public_account，符合中文命名规范
- 新增 DOCX 文档生成技能、聊天历史、请求 ID 中间件
- 增强工作流、热点服务、文章服务等模块功能
- 前端同步重命名组件和 API
- 新增架构文档 AR13/AR14、专员文档更新
- 补充测试用例(seed_specialists_test, db_migration_test)

Co-Authored-AI: yes
 2026-09-24 21:13:19 +08:00
eaiadminandClaude Code 593323a934 refactor: 专员目录收敛为 6 个，重整 AI 路由与系统管理页 
一次性提交当天全部改动（110 个文件）。

**未按 TOP_CODING_RULES.md G14.5「一次提交只装一件事」拆分** —— 用户明确要求
单一提交，此处如实记录，不静默忽略该冲突。

提交前验证：后端 go build / go vet / go test ./... 全绿，前端 npm run build
exit 0，/api/health 与管理员 login 均返回 200。

- 专员目录收敛为 6 个：下线 knowledge-operations / process-coordination /
  presentation-briefing / report-generation 四个专员（前后端 manifest 与 seed
  同步删除），新增 general-assistant。专员的归属关系（拥有哪些技能定义、
  哪些目录项、提示词与绑定从哪来）改由 specialists/core 的 ownership.go、
  prompt_provider.go、binding_provider.go 统一提供，seed 与 admin_handlers
  随之内置化，卸载路径统一走 uninstall.go。
- 技能：补齐 text-to-speech 的前端 manifest（后端包在 HEAD 已存在），
  skillcore/ownership.go 提供与专员对称的归属查询。
- AI 路由：ai_config.json 由 OpenRouter/Ollama 切到 LMUAI / SiliconFlow /
  llama.cpp 本地路由，ai_secrets.example.json 与部署 env 样例同步新增
  SILICONFLOW_API_KEY。
- 系统管理页重整：新增 AiAdminPage、OrganizationManagementPage，删除
  AdminOverviewPage、CompanyConfigPage，SystemConfigPage 精简，nav / router /
  config/workbench.js 同步调整。依 G05.5，开发阶段直接收口到新结构，不留旧路由。
- 新增 internal/objectrefs：统一统计对象（专员 / 技能 / xapp）的运行时引用
  （被多少 xapp、项目、任务引用），供管理页做删除前的影响面判断。
- 公众号创作专员：新增 OfficialAccountSpecialistPanel，workflow 与投递链路调整。
- XApp：考试 / 培训 Shell 扩展，XAppDirectoryPage 与 xappDefinition 同步。
- 文档：新增 GW01–GW05 工作台演进系列与 AR12 对话驱动与结构化交互架构；
  同步 AR05 / SY17 / SY23 / SY25 / PL04；TOP_CODING_RULES.md 增补 G05.5。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-23 09:01:28 +08:00
eaiadmin b7238ad667 refactor: 收口技能与专员目录定义 
统一 skill 与 specialist 清单，移除旧的 office 执行包与下线对象，并补入 text_to_speech、customer_followup 等当前目录定义与种子数据。
 2026-09-22 23:38:56 +08:00
eaiadmin 9288f0215a fix: allow office execution registry to register handlers 
Keep the office execution registry mutable during frontend startup so login can finish routing to the home page without crashing.
 2026-09-21 13:20:56 +08:00
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 d0d7b3588c refactor: 对象命名标准化落地（RoleKind→ObjectKind、capability/assistant 收口） 
后端
- model.SkillDefinition.RoleKind 改名 ObjectKind（列 role_kind → object_kind）；
  新增 migrateSkillObjectKindColumn：先拷数据再显式 drop 旧列。
  GORM AutoMigrate 只加不删，字段改名不手写迁移就会新旧两列并存。
- Specialist 结构化列更名走同一套 migrateColumnData：
  role_card_json → interaction_card_json、source_records_json → inputs_records_json
- api/capability_definition.go（413 行）拆为 skill_action_definition.go，
  不再让 capability 充当一级对象名；该文件同时承载技能与动作定义处理器
- 新增 model/app_definition.go + api/app_definition.go：应用目录定义正式建模
- SkillDefinition 移除已废弃的 LegacyObjectEntryRoute 字段，对应迁移分支一并删除
- skill_keys.go 注释更新：权威来源为前端 staticSkillCatalog

前端
- api/assistant.js → chat.js、api/capability.js → skill.js，新增 api/appDefinition.js
- 新增 store/specialistCatalog.js、skillCatalog.js、appCatalog.js，
  取代 config/productizedApps.js（已删）
- config/workbench.js 静态目录去失真：businessApps → staticSpecialistCatalog
  （该变量装的其实是专员目录，与应用 app 语义直接冲突）、
  availableSkills → staticSkillCatalog
- 修复入口 query 协议断裂：写端 appCatalog 用 app_specialist/app_skill/app_prompt，
  读端 SmartAssistantPage 读同名参数并挂响应式监听。
  此前写读两侧命名不一致且无人读旧名，导致从应用目录打开应用时
  预置专员/技能/提示词被静默丢弃、无任何报错
- 页面与组件局部变量去失真：拿到专员对象不再命名为 app

验证：CGO_ENABLED=0 go build ./... 通过；go test ./... 全包通过；npm run build 通过。
旧变量名 businessApps / availableSkills / productizedApps / api/capability / api/assistant
全仓 grep 无残留。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-17 23:38:40 +08:00
eaiadminandClaude Code 16d63de4e1 chore: 工作台产品化进行中的改动 
把工作区里其余在制品一并入库，主要是工作台产品化的推进：

  后端：新增 capability_definition / project / my_app_center / office_skill
        接口与 action_definition / skill_definition / project / user_app_center
        模型，config 加路由健康上报。
  前端：新增 frontend/src/skills（Office 技能与 workbuddy 复刻）、
        项目管理、应用中心、能力目录页，以及配套 api / store / config；
        聊天侧新增 SpecialistChip / SpecialistPanel / SkillStrip / AppChatRail
        等组件。
  清理：移除旧 views/tools 下的单页工具（已并入工作台）、_frozen 冻结组件、
        cmd/inspect_oa_debug 调试入口，以及两份调试笔记。
  其它：文档与启动脚本同步。

（这批改动与上一提交的 SY23 工作并行进行，此前已在同一工作区内交织。）

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-17 21:32:35 +08:00
eaiadminandClaude Code 8b136d4a10 feat: 专员岗位说明书与技能绑定打通（SY23 P0–P4） 
工作台对话此前根本不读专员表：smart_assistant.go 里两条写死的 prompt，
专员表零参与，所以「选哪个专员说话都一样」。本次把
「专员 → 岗位说明书 → 技能」接进 system prompt。

P0 修 bug
  batch/extract 与 contract/review 直接把 nil 当路由传给 AI 层，
  取 primary.RouteID 时空指针，这两个接口必 500。
  llm.go 抽出 buildRouteChain，nil 主路由改为显式报错。

P1 数据层
  specialist 表加 rule_file_markdown（岗位说明书正文）与 allowed_skills
  （绑定技能，顺序即优先级）。写入侧用 model.ValidSkillKeys 校验，
  非法 key / 重复项直接 400，并规范化成紧凑 JSON 落库。
  播种 11 份岗位说明书初稿与技能绑定，沿用「存在则只补空字段」，
  管理员改过的内容不会被重启覆盖。

P2 打通链路
  请求体加 task_id 与 specialist_key。后端按任务反查专员（专员是任务的
  字段，任务优先），查不到安静退回通用助手而不是报错打断对话。
  ai_call_log 加 specialist_key，用来回答「这条回答是谁说的」。

P3 注入 prompt
  system prompt 改为 基础角色 + 【当前专员】+【可用技能】+【岗位说明书】，
  说明书放最后（离用户消息最近，优先级最高）。选了专员就不再自称
  「通用助手」——身份冲突正是老毛病的成因。

P4 前端
  对话带上当前任务与专员；专员详情页显示绑定的技能、读哪些信源、
  可以动什么。

验证
  go build / go vet / go test 全绿，45 项测试通过；前端构建通过。
  另在开发库副本上验过真实升级路径（AutoMigrate 补三列 + 播种补齐
  11 个专员），源库未被改动。
  新增防漂移测试：后端技能清单与前端 availableSkills 不一致即红灯；
  专员改名而说明书没同步也会红灯（这类静默失效最难查）。

注：llm.go / credits.go / seed.go / smart_assistant.go / api/specialist.go
同时含有并行进行中的改动（路由健康上报、清理调试埋点、技能与动作种子），
与本方案交织在同一批行内，无法单独拆出，一并随本次提交。

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-17 21:32:31 +08:00
eaiadminandClaude Code f197dbd206 feat: 工作台外壳收尾 + 冻结旧导航 + 任务延迟创建与最近任务行菜单 
外壳收尾
- 后端：内置「通用智能助手」（specialist.state = system）—— 它是任务的默认归属，
  不是可安装的专员，常规列表一律挡掉，只有显式带 state=system 才查得到
- config/nav.js：一级导航、二级 tab、搜索面板共用一份配置，替代原先散在 layout/ 与
  config/workbench.js 里的两套，旧的那批导航导出随之下架
- NavSearch.vue / SectionTabs.vue 组件化；考试 8 个页面收进 ExamTabsView 统一外壳
- 新增 /apps 专员选择页（SpecialistPickerPage.vue）
- ChatInputBar 重构：输入框的 + 拆为独立组件 PlusMenu.vue，新增 update:mode 事件
- 删除 LibraryTabs.vue（已被 SectionTabs 取代）

冻结旧导航（新增 frontend/src/_frozen/ + FROZEN.md 登记表）
- 工作区胶囊条连通知铃铛一起冻：外壳重构后成了冗余的第二套导航。不删代码，
  抽成自包含的 WorkspaceTabs.frozen.vue 归档，将来能原样放回
- 同源孤儿一并收拢：旧 SideNav / SectionTabs / navigation.js / Notification.vue
- 统一加 .frozen 后缀，登记表逐条写明原位置 / 冻结原因 / 外部依赖 / 解冻条件 / 解冻步骤
- 已验：冻结物不进构建产物（dist 里搜不到 wb-tabs），src/ 下无代码引用，
  只有 MainLayout 里指向 FROZEN.md 的指引注释
- 后端通知四接口与 store/api 层保留（BusinessAppPage 仍在用），解冻是纯前端工作量

我的任务
- 任务记录延迟到发出第一条消息时创建：新建任务只回到开场画布，不落库，
  标题取第一句话，专员取输入框 + 里先选的那个（pendingSpecialistKey 暂存，
  建任务时一并提交）。原实现点一次落一条「新任务」，是「最近任务」堆满空行的根因
- 最近任务行菜单：重命名（就地编辑，回车提交 / Esc 取消）、置顶、删除
  （硬删无回收站，确认框写明无法恢复）。新增 worker_task.pinned 字段、
  DELETE /api/worker/my-tasks/:id，列表排序改为 pinned DESC, updated_at DESC；
  el-dropdown 加 :persistent="false"（默认每行留一份隐藏菜单在 DOM 里）
- 对照 ChatGPT / WorkBuddy 后决定不做：分享任务（纯内网）、打开文件夹（Web 无此能力）、
  保存到工作空间（无 workspace 概念）、归档（没有「已归档」入口可找回）
- 当前任务高亮改用 WorkBuddy 绿；空列表给出「发送第一条消息后出现在这里」提示
- PROJECT_STATE.md 补记 D21（冻结机制）/ D22（延迟建任务）/ D23（行菜单）

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-14 16:19:18 +08:00
eaiadminandClaude Code 5c3d5987d9 style: 智能助手最佳实践卡片收窄，固定一行 3 张 
- .best-practices 增加 max-width: 480px（原撑满 720px 容器），
  卡片宽度 ~232px → ~152px；标题行共用该宽度以与卡片边缘对齐
- 移除 1200px / 768px 两处列数折叠，任何视口宽度下卡片均保持一行 3 张；
  变窄时收缩 480px 上限而非减少列数，避免第三张换到第二行
- 列宽改为 minmax(0, 1fr)，防止内容撑破列宽
- .card-meta 增加省略号截断，避免窄屏下溢出卡片

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-14 08:25:16 +08:00
eaiadminandClaude Code 95fcf161b0 feat: 工作台外壳重构 + /home 改为智能助手 + 产品更名 
前端
- MainLayout: 移除顶部标题栏，Workspace Tabs 提至最顶层，通知铃随行
- 账号入口由右上角移至左下角侧边栏底部（下拉：我的资料 / 退出登录），
  折叠态仅保留头像
- /home 现渲染智能助手并作为其规范 URL；/tools/smart-assistant 保留为重定向别名
- 工作台总览移至 /overview，侧边栏入口同步调整
- workbench store: 新增 tab 归一化，迁移已持久化的旧标签与旧路由
- 智能助手欢迎语改为「我 Bosheng 数字员工，我帮你」
- 最佳实践卡片: 4 张减为 3 张，图片块高度减半（aspect-ratio 4/3 → 8/3）

产品更名
- 后端 system prompt、CLAUDE.md、PROJECT_STATE.md 及设计文档:
  博昇内部培训平台 → EAI 数字员工平台

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-14 08:19:42 +08:00
eaiadminandClaude Code 5c0870af97 feat: AI Tools 统一聊天优先界面重构 — WorkBuddy 风格 
Phase 1: 共享组件 + 全页面转换

共享组件 (5 个):
- ChatLayout.vue: 主布局外壳，左侧任务栏 + 聊天区域 + 底部输入栏
- ChatInputBar.vue: 统一输入框，支持文件/语音/引用附件，自动高度
- ChatMessage.vue: 消息气泡，支持用户/AI/任务计划/文件/结构化数据
- HistorySidebar.vue: 对话历史侧边栏，按时间分组，支持搜索/重命名/删除
- FileAttachment.vue: 文件上传组件，拖放/点击，支持多类型

页面转换 (6 个):
- SmartAssistantPage: 对话/任务拆解/文案生成/批量提取模式
- DocumentTranslatePage: 翻译配置面板 + 翻译结果卡片
- AudioTranscribePage: 音频转录 + 识别结果展示
- CopyProofreadingPage: 校对配置 + 问题列表 + 评分条
- BatchExtractPage: 字段提取 + 表格结果
- ContractReviewPage: 审查配置 + 评分环 + 风险等级列表

布局特点:
- 顶部分类 pill (文档处理/金融服务/数据分析/个人工作台/幻灯片)
- 居中输入框，大尺寸，拖放文件
- 最佳实践推荐卡片
- 左侧任务栏 (助理/项目/专家/定时任务/资料库)
- 消息列表 + 底部输入 (聊天模式)

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-14 01:44:12 +08:00
eaiadminandClaude Code 0455f064ac feat: 新增语音转文字（ASR）功能 
- 后端：新增 /api/audio/transcribe 接口，调用 Ollama whisper 进行语音识别
- 前端：新增 AudioTranscribePage.vue 页面，支持 MP3/WAV/M4A/OGG/FLAC 等格式
- 注册路由、工具卡片、智能助手欢迎语更新

Co-Authored-By: Claude Code <noreply@anthropic.com>
 2026-09-14 00:53:36 +08:00