Repository navigation
service/index 的《Where to find things》(:63-67) 四项与 crm.app.ts 的 Service 分组三项对不上:Service Board 不存在、Tasks 不在这个组、Knowledge 被漏掉、导航项实际叫 Service Overview #927
Copy link
Copy link
Closed
Labels
documentationImprovements or additions to documentationImprovements or additions to documentationpm:dispatchedDispatched to a dev agent by /pm-dispatchDispatched to a dev agent by /pm-dispatch
Description
Activity
- addeddocumentationImprovements or additions to documentationImprovements or additions to documentationpm:queueReady for the PM dispatch loopReady for the PM dispatch looppm:dispatchedDispatched to a dev agent by /pm-dispatchDispatched to a dev agent by /pm-dispatchand removedpm:queueReady for the PM dispatch loopReady for the PM dispatch loop
on Aug 6, 2026 🔒 认领(/pm-dispatch R29)— session
session_01VHrPAGEgFDoHjphqYG4BMa,分支claude/issue-927-service-index-navigation。文件面:
content/docs/service/index{,.zh-Hans,.zh-Hant}.mdx的《Where to find things》一节(基线 :63-67)——⚠️ 本页经 #913/#922 两轮修改,fresh main 重定位。裁定:
- 基线 rc.3;stale-premise 复核
src/apps/crm.app.ts:130-140Service 分组三项、Tasks 的真实分组归属(:84/:93)、导航 label「Service Overview」。 - 四项对齐真实导航:Service Board 不存在(真名 case_workflow/Service Workflow,且不是导航项——沿 docs(service): write the sla page's views, report dimensions and business-hours claims to source (#917) #924 已立口径)、Tasks 写实其真实分组、补真实存在的 Knowledge、label 写实。
- docs(service): 把 service/index 的升级与通知五条说法按 flow / hook 写实(#904) #913/docs(service): cases 升级整节与 index 生命周期第 2 步按 flow / hook 写实(#914、#915) #922 已落地行零回退(:27/:30/:36/:37/:38/:40/:48);SLA policy matrix: per-priority × tier clocks, first-response stamping, escalation that reassigns #595/Case intake: round-robin assignment + triage view so web-to-case never lands ownerless #596 不预判;src/ 零改动;三语同步;zh 内链不带锚。
Generated by Claude Code
- 基线 rc.3;stale-premise 复核
✅ 验收通过 —— PR #932 已转 ready 并挂 auto-merge(CI 8/8 全绿实核)。
验收要点:
- 四项前提逐条成立(行号重定位 :63-67→:60-67 如实记录);
group_service实有且仅有三项(Cases/Knowledge/Service Overview)以 crm.app.ts 行号为证。 - 改法沿 docs(service): write the sla page's views, report dimensions and business-hours claims to source (#917) #924 口径:三项写实 + Tasks/Service Board 两个读者会带着来的名字给真实归属(My Work 分组 / Service Workflow 页签),不静默删名;SLA policy matrix: per-priority × tier clocks, first-response stamping, escalation that reassigns #595/Case intake: round-robin assignment + triage view so web-to-case never lands ownerless #596 不预判。
- 面控:三份 diff 仅两个 hunk(@@ -62 / @@ -64,4),docs(service): 把 service/index 的升级与通知五条说法按 flow / hook 写实(#904) #913/docs(service): cases 升级整节与 index 生命周期第 2 步按 flow / hook 写实(#914、#915) #922 已落地行零回退;与
service/cases的「标准列表视图」七个名字里有六个不存在(:114-121),经理提示的三条(Breached SLA / Service Board / 客服排行榜)同族 #926 的 cases 页 Service Board 归属正确切割。 - 守卫盲区如实报(无检查读导航散文,predicted GREEN 且注明测试不构成正确性证据)。
越界发现处置(两单已复核成立,标 pm:queue):
- service 两页共 11 处把
service_dashboard叫作「Service Dashboard / 服务仪表盘」,但这个名字在应用里不存在:dashboard 的 label 是Customer Service,导航项的 label 是Service Overview#937(service 两页 11 处「Service Dashboard」名不存在——真名 dashboard label 'Customer Service' / 导航 label 'Service Overview';⚠️ 需 PM 裁定统一用哪个名,docs(service): write the cases and state-machine pages' remaining claims to source (#912, #920, #925, #926) #939 dev 已留言计数需重扫)——带一个命名裁定问题,R30 派发时由 PM 定口径; marketing/index的《Where to find things》(:74) 只列了 Campaigns,漏掉 Marketing 分组里真实存在的 Products(crm.app.ts:126) #938(marketing/index 漏 Products——与本单同类反向,nav_product 是 crm_product 唯一导航入口)。
断流记录:本单报告 10:26Z 写完但任务未关(#901 型),PM 于 12:34Z 从 transcript 回收报告验收,无工作损失。
Generated by Claude Code
- 四项前提逐条成立(行号重定位 :63-67→:60-67 如实记录);
- added 4 commits that reference this issue
on Aug 10, 2026
Metadata
Metadata
Assignees
Labels
documentationImprovements or additions to documentationImprovements or additions to documentationpm:dispatchedDispatched to a dev agent by /pm-dispatchDispatched to a dev agent by /pm-dispatch
发现自 #917 / PR #924 的实施过程(核对
Service Board这个名字的全仓落点时命中)。基线
origin/main=6014b2cf(含 PR #913 / #918 / #919,平台 17.0.0-rc.3)。三语同行号。事实
content/docs/service/index.mdx:63-:67:src/apps/crm.app.ts:130-140的group_service实际只有三个 children:逐项:
crm_task的两个导航项nav_my_tasks(My Tasks)与nav_all_tasks(All Tasks)挂在另一个分组下(src/apps/crm.app.ts:84/:93)。case_workflow,label: 'Service Workflow'(src/views/case.view.ts:72-75),要经由 Cases 的视图切换器里的 Workflow 页签(:59)进入,不在左侧导航上。label是 Service Overview,不是 Service Dashboard。crm_knowledge_article)——三语同址:
index.zh-Hans.mdx:66作「服务看板——看板式工单工作流」,index.zh-Hant.mdx:66作「服務看板——看板式工單工作流」。为什么要紧
这一节的标题就叫《Where to find things》,是新用户找路的第一站。四项里一项名字不存在、一项分组错、一项 label 与产品里不一致,还漏了这个分组里真实存在的 Knowledge —— 照它去左侧导航上找,四次里有三次落空。
边界
service/index的「工作流程 / 系统为你做了什么」两处清单是 #876/#885/#894 已清掉那批说法的未清扫副本:升级会重新分配给资深客服、High+Customer 分支、通知支持经理 / 升级团队、红色横幅 #904 / PR docs(service): 把 service/index 的升级与通知五条说法按 flow / hook 写实(#904) #913 不重叠:那单的切割是:30/:36/:37/:38/:40(升级与通知说法),本单是:63–:67。service/cases的「标准列表视图」七个名字里有六个不存在(:114-121),经理提示的三条(Breached SLA / Service Board / 客服排行榜)同族 #926 不重叠:那单是service/cases的视图清单与经理提示;本单是service/index的导航清单。两单会引用同一处源码事实(case_workflow的真名),但改的是不同文件的不同节。service/sla-and-escalation剩余六处失实(#903 四族之外):营业时间可配置、SLA 表现报表的四个维度、Breached SLA 视图、Service Board 看板、My Open Cases 排序、Waiting on Customer 暂停 SLA 时钟 #917 / PR docs(service): write the sla page's views, report dimensions and business-hours claims to source (#917) #924 不重叠。Refs #917 #904 #926