一次性提交当天全部改动(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>
2.1 KiB
2.1 KiB
docs 目录说明
docs 当前只承载项目协作、系统表达、对象定义、前后端实现、产品材料和研究判断。
训练语料与模型训练原材料已经独立迁出,当前位于仓库根目录的 Docs_Model_Train_raw_materials,不再纳入 docs 体系。
当前顶层结构
00_AI_Context:AI 语境、项目背景与外部约束01_System_Overall:系统总轴、设计原则、统一术语与总架构02_Architecture:系统级架构约定、对象标准、历史架构归档03_Frontend:前端平台壳、对象目录、xapp 运行面与历史前端稿04_Backend:后端平台治理底座、对象中心、运行中心、知识底座与兼容业务域05_Object_Catalog:specialist / skill / xapp / connector / action 的正式对象目录06_Product_Lines:商务资料、正式产品路线与历史 PRD08_Design_Rules:设计规则与交互约定09_Research:研究判断、平台对标、项目比较与外部观察20_Global_Workbench_Evolution:全球主流软件工作台形态演进研究,对话式 AI 工作台与传统 UI 分界判断,专员工作交互形式分析
当前组织原则
docs根目录只保留总索引,不再堆放单篇正式文档- 当前系统母体统一按“平台 + specialist / skill / xapp + task / project + knowledge”理解
- 对象定义统一进入
05_Object_Catalog,不再寄存在产品线目录下 - 培训、考试、产品、课程等内容只在对应兼容场景文档中表达,不再承担系统主轴解释
- 历史布局稿、旧视图稿、旧培训系统稿统一退出主阅读路径
当前边界
03_Frontend负责前端真实实现与前端历史稿归位04_Backend负责后端真实实现与兼容业务域落点说明05_Object_Catalog负责系统对象清单、对象详情与对象边界06_Product_Lines只保留业务材料和正式产品路线,不再承担正式对象定义职责09_Research保留研究判断,不直接承担现行架构定义职责20_Global_Workbench_Evolution负责跨代际工作台演进研究,为架构与交互判断提供长期外部参照