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
7 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 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
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 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