TAB-DR-002 · Project Diagnosis · 2026-09-04

Turbo Air Brain 프로젝트 진단 — 2회차

DR-001(2026-08-13) 이후 3주간 지식 자산이 배가하고 K-Master·TA Service 2개 사업영역이 추가됐으며, DR-001의 최우선 리스크였던 보안 문제가 실제로 해소됐다. 이번 리포트는 6개 축 재평가와 함께 앞으로 해야 할 일에 특히 무게를 실었다.

종합 스코어카드 Scorecard

6개 평가 축의 가중 평균. 괄호는 DR-001(81점) 대비 변화.

지식 자산의 깊이·품질 168 Raw Sources · 70 Wiki · K-Master/TA Service 신규 브랜드 · Stock/Serial/Product 카탈로그 (↑4)
92 강점
데이터 정확성 & 거버넌스 신규 카탈로그 3종, 다국어 키워드 게이트 버그 근본수정, Inbox 오염 정리 (↑2)
92 강점
라이브 시스템 & 접근성 대시보드 3→9탭, K-Master/TA Service 대시보드 신설, 로그인 이메일 캡처 (↑8)
90 강점
시스템 안정성 & 운영 WakeToRun·git 백업·staging 분리 도입, 그러나 프로덕션 장애 2건(8/26·8/31) 발생 (↑4)
82 양호
실행 연결성 & 직원 채택 Nathan·Myra·siwoo·Kevin 실사용 확인, 사업 산출물(제안서) 생성 (↑8)
80 보완 필요
보안 & 접근제어 Cloudflare Access(Zero Trust) 도입으로 Basic Auth 대체, RBAC·Power BI Embedded는 미착수 (↑14)
76 보완 필요

무엇이 구축됐나 What's Built

3주 동안 단일 브랜드 지식베이스에서 3개 사업영역(Turbo Air·K-Master·TA Service)을 아우르는 플랫폼으로 확장했다.

🧊 지식 자산

  • 168 Raw Sources / 70 Wiki 페이지 (+84%/+37%)
  • K-Master(신규 브랜드)·TA Service(애프터서비스) 온보딩
  • Stock·Serial·Product 데이터 카탈로그 3종 신설
  • Turbo Air 조직도 + Internal Guide Book 인제스트
  • market-scan Step 0.5(내부 신호 기반 검색) 신설

⚡ 라이브 시스템

  • TAB 대시보드 3→9탭(재고·서비스·부품판매 신설)
  • K-Master Dashboard / TA Service Dashboard 신설
  • Cloudflare Access — 이메일 코드 로그인 도입
  • 로그인 이메일 캡처 + 답변 업데이트 자동 알림메일
  • /ask 입력 한도 2,000→10,000자

🔧 운영 인프라

  • WakeToRun — 절전 중 재빌드 누락 근본수정
  • 재해복구 런북 + 3개 저장소 자동 git push
  • staging/production 배포 분리
  • rebuild.lock 파일 락(동시 실행 충돌 방지)
  • 공유드라이브 대량유입 방지(excludeFolderIds)

강점 Strengths

보안
DR-001 최우선 리스크가 실제로 해소됐다.공유 Basic Auth를 Cloudflare Access(Zero Trust) 이메일 코드 로그인 + 도메인 제한으로 완전 대체. 처음으로 "사용자별" 인증이 생겼다.
채택 검증
가설이던 "직원이 쓴다"가 사실이 됐다.Nathan·Myra·siwoo·Kevin의 실질문·실사용이 로그로 확인됐고, /ask에서 시작해 Sushi Hub 파트너십 제안서라는 실제 사업 산출물까지 나왔다.
다각화
단일 브랜드에서 3개 사업영역으로.Turbo Air 본브랜드 + K-Master(신규 브랜드) + TA Service(애프터마켓)를 같은 파이프라인·거버넌스로 흡수했다.
자기교정
거버넌스가 실제 오류를 잡아냈다.중국어 질문에 매출 데이터가 안 나오던 근본원인을 규명해 수정했고, market-scan 과대주장도 인제스트 단계에서 스스로 정정했다.
분석 심도
드릴다운 갭이 좁혀졌다.재고 탭 + Stock/Serial/Product 카탈로그로 DR-001이 지적한 "월별 매출까지만" 한계가 부분적으로 해소됐다.

단점 & 리스크 Weaknesses & Risks

단일 의존
SPOF가 이번 회차에 실제로 두 번 터졌다.8/26 배포 충돌로 프로덕션이 몇 분간 절반 이하 페이지로 노출, 8/31 공유드라이브 대량유입으로 자동배포가 약 4시간 중단. 둘 다 근본수정됐지만 "랩탑 1대" 구조 자체는 그대로다.
보안 이월
Power BI 공개 링크·역할기반 접근제어(RBAC)가 여전히 미착수.DR-001의 즉시 항목 두 개가 3주째 그대로 남아 있다.
신규 노출 발견
staging 도메인이 인증 없이 열려 있다.8/26 staging 브랜치 도입 중 발견 — Cloudflare Access의 Destination이 커스텀 도메인만 지정돼 있어 *.pages.dev 고정 별칭이 그대로 공개돼 있다. 아직 미해결.
사용량 지표 부재
채택은 확인됐지만 측정은 안 된다.Nathan·Myra 등 실사용 사례는 정성적 일화일 뿐, 질문 수·재방문율 같은 집계 대시보드는 여전히 없다.
온보딩 미형식화
실사용자는 늘었지만 공식 교육은 없었다.지금까지의 사용은 전부 자발적 발견 — DR-001이 요구한 "1페이지 안내 + 팀 시연"은 아직 만들어지지 않았다.
검증 백로그 확대
위키가 커진 만큼 미검증 페이지도 늘었다.51→70페이지로 늘었지만 claimType 분류·/verify 실행은 대부분 여전히 기본값이다.

앞으로 해야 할 일 Roadmap

항목마다 DR-001 대비 이월/신규/일부진행 여부를 표시했다 — 이번 리포트가 가장 공들인 섹션이다.

즉시 0–1개월

  1. Power BI 완전공개 링크 → Embedded 전환 착수 (DR-001 이월) — 3주 전과 동일하게 스펙조차 미확정. 라이선스 등급 확인부터.
  2. staging(*.pages.dev) 도메인을 Access 보호 범위에 포함 (신규 발견, 8/26) — 대시보드 설정 5분이면 끝나는데 아직 방치 중, 우선순위 대비 노력이 가장 저렴한 항목.
  3. 사용량 지표 최소 버전 착수 — 질문 수·활성 사용자·요일별 분포부터. 정성적 일화를 정량 지표로 바꾸는 첫걸음.
  4. 직원 온보딩 1페이지 + 팀 시연 (DR-001 이월) — 실사용자가 계속 느는 지금이 형식화할 적기.

단기 1–3개월

  1. 랩탑 SPOF 완화(전면 이전 전 단계) (일부 진행) — WakeToRun·파일 락으로 원인은 고쳤지만, 장애 발생 시 자동 알림(Slack/이메일)부터 붙이는 게 비용 대비 가치가 크다.
  2. 역할 기반 접근제어(RBAC) 설계 착수 (DR-001 이월) — 재무·인사 데이터가 아직 본격 편입되지 않은 지금이 설계하기 가장 쉬운 시점.
  3. 딜러 재활성화 실행 추적 루프 — NSW/VIC 우선순위 딜러 리스트가 실제 영업 행동으로 이어졌는지 추적하는 장치가 아직 없다.
  4. 전략 플레이북 수치 1차 출처 검증 (DR-001 이월) — NotebookLM 합성치가 그대로 남아 있다.

중기 3–6개월

  1. 운영 2인 이상 체제 — bus factor 1은 3주 전과 동일. 런북은 있지만 실제로 다른 사람이 밟아본 적은 없다.
  2. 랩탑 → 상시 서버/클라우드 완전 이전 — 사용자가 별도 프로젝트로 명시적으로 미룬 항목이지만, 8/26·8/31 두 사고가 긴급도를 실증했다. 다음 진단 전 최소 킥오프 필요.
  3. 재고·서비스·부품 데이터 신뢰도 확정 — 재고 탭 배수/임계치 컬럼이 아직 실험적(v3~v8 반복 개선 중).
  4. claimType/​/verify 검증 백로그 착수 (DR-001 이월) — 위키 규모 증가에 비례해 커진 백로그.

직원 실전 팁 Field Tips

turboairbrain.uk에서 바로 써먹는 방법. 어렵게 생각할 것 없이 한국어로 질문하면 된다. (★ 표시는 이번 회차 신규)

매출·실적은 시트 뒤지지 말고 물어보라

월별 매출, 딜러 실적, 전년 대비 등 숫자는 /ask가 시트를 직접 조회해 답한다.

“2026년 7월 매출 얼마야?”

★ 재고 현황도 대시보드에서 바로 조회

사이드바 → 📊 TAB 대시보드 → “재고” 탭. 브랜치·카테고리·모델별로 드릴다운된다.

사이드바 → 📊 TAB 대시보드 → 재고

★ 부품·서비스는 "부품"/"AS"/"수리"를 명시하라

명시하지 않으면 기본은 완제품(TAB) 매출만 조회한다 — 부품판매·서비스 데이터는 별도 시트라 명시해야 조회된다.

“부품 판매 얼마나 나왔어?”

★ K-Master 관련 질문은 "K-Master"를 명시하라

명시 안 하면 기본은 Turbo Air 본브랜드로 간주돼 K-Master 수치가 섞이지 않는다.

“K-Master 이번달 매출은?”

KPI는 정의대로 믿어라

매출 = Inv No 발행 + 상태(Credit/Invoiced/Confirmed) + Inv Date 기준. 각자 다르게 손계산하지 말 것.

“매출 계산 기준이 뭐야?”

수치는 “물량”도 같이 보라

매출이 유지돼도 가격 인상 때문일 수 있다. 매출과 수주건수를 나란히 보면 실제 수요가 보인다.

“매출이랑 수주건수 같이 보여줘”

틀리거나 아쉬우면 ✉️ 피드백

잘못된 답·수정 요청·기능 제안은 사이드바 피드백 버튼으로. 로그인 이메일이 자동으로 남아 답변 업데이트 시 알림도 온다.

사이드바 → ✉️ 피드백

중요한 결정엔 한 번 더 확인

/ask는 근거가 약하면 스스로 “불확실”이라 말한다. 큰 의사결정 숫자는 원본으로 교차확인.

“이 숫자 근거 문서 알려줘”
총평. 3주 만에 지식 자산이 배가하고, DR-001의 최우선 보안 리스크가 실제로 해소됐으며, "직원이 쓰는지"라는 가장 큰 물음표가 실사용 증거로 채워졌다 — 종합 81 → 87점(B+ → A-). 그러나 같은 3주 동안 랩탑 단일의존이 실제로 두 번 장애를 냈다는 사실은 "만드는 프로젝트"에서 "안정적으로 운영되는 시스템"으로 가는 다음 관문이 여전히 인프라와 조직(2인 이상 운영)에 있음을 보여준다. Power BI Embedded 전환·RBAC 등 DR-001의 즉시 항목 일부가 그대로 이월된 점도 다음 회차까지 반드시 확인해야 할 대목이다.
Turbo Air Brain (TAB) 프로젝트 · 내부 진단 리포트TAB-DR-002 · 2026-09-04 · 87/100 · A-

TAB-DR-002 · 项目诊断 · 2026-09-04

Turbo Air Brain 项目诊断 — 第 2 期

自 DR-001（2026-08-13）以来的 3 周内，知识资产翻倍，新增 K-Master、TA Service 两个业务领域，DR-001 中最优先的安全风险也已实际解决。本报告在重新评估 6 个维度的同时，特别侧重于后续待办事项。

综合评分卡 Scorecard

6 个评估维度的加权平均。括号为较 DR-001（81 分）的变化。

知识资产的深度·质量 168 份原始资料 · 70 个 Wiki 页面 · K-Master/TA Service 新业务 · Stock/Serial/Product 数据目录 (↑4)
92 优势
数据准确性 & 治理 新增 3 个数据目录，根治多语言关键词门控漏洞，清理 Inbox 污染 (↑2)
92 优势
实时系统 & 可访问性 仪表盘 3→9 个标签页，新增 K-Master/TA Service 仪表盘，捕获登录邮箱 (↑8)
90 优势
系统稳定性 & 运营 引入 WakeToRun·git 备份·staging 分离，但发生 2 次生产事故（8/26、8/31） (↑4)
82 良好
执行联结性 & 员工采用 确认 Nathan·Myra·siwoo·Kevin 实际使用，产生业务成果（提案书） (↑8)
80 需要补强
安全 & 访问控制 引入 Cloudflare Access（Zero Trust）取代 Basic Auth，RBAC·Power BI Embedded 尚未启动 (↑14)
76 需要补强

已建成的内容 What's Built

3 周内从单一品牌知识库扩展为覆盖 3 个业务领域（Turbo Air·K-Master·TA Service）的平台。

🧊 知识资产

  • 168 份原始资料 / 70 个 Wiki 页面（+84%/+37%）
  • 接入 K-Master（新品牌）·TA Service（售后服务）
  • 新增 Stock·Serial·Product 三个数据目录
  • 接入 Turbo Air 组织架构图 + Internal Guide Book
  • 新增 market-scan Step 0.5（基于内部信号的检索）

⚡ 实时系统

  • TAB 仪表盘 3→9 个标签页（新增库存·服务·配件销售）
  • 新增 K-Master Dashboard / TA Service Dashboard
  • 引入 Cloudflare Access — 邮箱验证码登录
  • 捕获登录邮箱 + 答案更新自动通知邮件
  • /ask 输入上限 2,000→10,000 字

🔧 运营基础设施

  • WakeToRun — 根治休眠期间重建遗漏问题
  • 灾难恢复手册 + 3 个仓库自动 git push
  • staging/production 部署分离
  • rebuild.lock 文件锁（防止并发执行冲突）
  • 防止共享云盘大量涌入（excludeFolderIds）

优势 Strengths

安全
DR-001 最优先的风险已实际解决。共享 Basic Auth 已被 Cloudflare Access（Zero Trust）邮箱验证码登录+域名限制完全取代。首次实现了真正的"按用户"认证。
采用验证
"员工在用"从假设变为事实。Nathan·Myra·siwoo·Kevin 的实际提问·实际使用已通过日志确认，从 /ask 出发甚至产生了 Sushi Hub 合作提案书这样的实际业务成果。
多元化
从单一品牌扩展为 3 个业务领域。Turbo Air 主品牌 + K-Master（新品牌）+ TA Service（售后市场）已纳入同一套流程与治理体系。
自我修正
治理机制实际捕获了错误。查明并修复了中文提问时销售数据无法调出的根本原因，market-scan 的夸大声明也在接入阶段被自行纠正。
分析深度
下钻分析的差距有所缩小。通过库存标签页 + Stock/Serial/Product 数据目录，DR-001 指出的"仅到月度销售层面"的局限得到部分解决。

缺点 & 风险 Weaknesses & Risks

单点依赖
本期单点故障实际发生了两次。8/26 部署冲突导致生产环境短暂以不足一半的页面对外暴露；8/31 共享云盘大量涌入导致自动部署中断约 4 小时。两者均已根治，但"仅一台笔记本"的结构本身并未改变。
安全遗留
Power BI 公开链接·基于角色的访问控制（RBAC）仍未启动。DR-001 的两个"立即"事项，3 周后依然原地未动。
新发现的暴露
staging 域名未经认证即可访问。8/26 引入 staging 分支时发现——Cloudflare Access 的 Destination 仅指定了自定义域名，导致 *.pages.dev 固定别名完全公开。目前尚未解决。
缺乏使用量指标
采用已被确认，但尚未被测量。Nathan·Myra 等实际使用案例仅为定性轶事，提问数·回访率等汇总仪表盘依然缺失。
培训尚未成型
实际用户增加了，但没有正式培训。迄今为止的使用全部源于自发发现——DR-001 要求的"单页指南+团队演示"仍未制作。
验证积压扩大
Wiki 规模扩大，未验证页面也随之增加。页面从 51 增至 70，但 claimType 分类·/verify 执行大多仍停留在默认值。

后续待办事项 Roadmap

每一项都标注了相对 DR-001 的遗留/新增/部分推进状态——这是本报告投入笔墨最多的部分。

立即 0–1 个月

  1. 启动 Power BI 公开链接 → Embedded 转换 （DR-001 遗留） — 与 3 周前一样，方案仍未确定，需从确认许可证等级开始。
  2. 将 staging（*.pages.dev）域名纳入 Access 保护范围 （新发现，8/26） — 仅需 5 分钟的后台设置却仍被搁置，是投入产出比最高的一项。
  3. 启动最小版本的使用量指标 — 从提问数·活跃用户·按星期分布开始，是将定性轶事转化为定量指标的第一步。
  4. 员工培训单页指南 + 团队演示 （DR-001 遗留） — 实际用户持续增加，正是正式化的好时机。

短期 1–3 个月

  1. 缓解笔记本单点故障（全面迁移前的过渡步骤） （部分推进） — WakeToRun·文件锁已修复根本原因，但先加上故障自动通知（Slack/邮件）投入产出比更高。
  2. 启动基于角色的访问控制（RBAC）设计 （DR-001 遗留） — 财务·人事数据尚未正式接入的现在，是设计成本最低的时机。
  3. 经销商重新激活的执行追踪闭环 — NSW/VIC 优先经销商名单是否转化为实际销售行动，目前仍无追踪机制。
  4. 验证战略手册数值的一手来源 （DR-001 遗留） — NotebookLM 合成数值依然原样保留。

中期 3–6 个月

  1. 双人以上运营体制 — bus factor 1 与 3 周前相同。手册已具备，但从未有他人真正按其操作过。
  2. 笔记本 → 常驻服务器/云端的完全迁移 — 用户已明确将其列为单独项目推迟，但 8/26、8/31 两次事故印证了其紧迫性，下次诊断前至少应启动。
  3. 确定库存·服务·配件数据的可靠性 — 库存标签页的倍数/阈值列仍处于实验阶段（v3~v8 反复改进中）。
  4. 启动 claimType/​/verify 验证积压 （DR-001 遗留） — 随 Wiki 规模增长而同比扩大的积压。

员工实用技巧 Field Tips

在 turboairbrain.uk 上可以直接使用的方法。无需想得太复杂，用中文（或韩语）提问即可。（★ 表示本期新增）

销售·业绩不用翻表格，直接问

月度销售额、经销商业绩、同比变化等数字，/ask 会直接查询表格作答。

"2026 年 7 月销售额是多少？"

★ 库存现状也可在仪表盘直接查询

侧边栏 → 📊 TAB 仪表盘 → "库存"标签页，可按分公司·类别·型号下钻。

侧边栏 → 📊 TAB 仪表盘 → 库存

★ 配件·服务问题请明确写出"配件"/"AS"/"维修"

不明确写出的话，默认只查询整机（TAB）销售——配件销售·服务数据是独立表格，需要明确指定才能调出。

"配件销售了多少？"

★ K-Master 相关问题请明确写出"K-Master"

不明确写出的话，默认视为 Turbo Air 主品牌，不会混入 K-Master 数字。

"K-Master 本月销售额是多少？"

KPI 请按定义信任

销售额 = 开具 Inv No + 状态（Credit/Invoiced/Confirmed）+ 以 Inv Date 为准。请勿各自用不同方式手工计算。

"销售额的计算标准是什么？"

数字也要一并看"数量"

销售额维持也可能是涨价所致。将销售额与收订数量并列查看，才能看清真实需求。

"把销售额和收订数量一起显示给我"

有错误或不满意，请 ✉️ 反馈

错误的回答·修改请求·功能建议，请通过侧边栏反馈按钮提交。登录邮箱会自动留存，答案更新时也会收到通知。

侧边栏 → ✉️ 反馈

重要决策请再确认一次

/ask 在依据不足时会主动说明"不确定"。重大决策所涉数字请与原始资料交叉核实。

"告诉我这个数字的依据文档"
总评。 短短 3 周内知识资产翻倍，DR-001 中最优先的安全风险已实际解决，"员工是否真的在用"这一最大疑问也已被实际使用证据填补——综合得分从 81 升至 87（B+ → A-）。但同一 3 周内笔记本单点依赖实际引发了两次故障，说明从"正在建设的项目"迈向"稳定运营的系统"的下一关卡依然在于基础设施与组织（双人以上运营）。Power BI Embedded 转换、RBAC 等 DR-001 的部分"立即"事项原样遗留，也是下期报告必须重点核实的地方。
Turbo Air Brain (TAB) 项目 · 内部诊断报告TAB-DR-002 · 2026-09-04 · 87/100 · A-

TAB-DR-002 · Project Diagnosis · 2026-09-04

Turbo Air Brain Project Diagnosis — Round 2

In the 3 weeks since DR-001 (2026-08-13), knowledge assets have roughly doubled, two new business areas — K-Master and TA Service — were added, and DR-001's top-priority security risk has actually been resolved. This report re-scores the same 6 dimensions and puts particular weight on what's next.

Overall Scorecard Scorecard

A weighted average across 6 evaluation axes. Parentheses show change vs. DR-001 (81).

Depth & Quality of Knowledge Assets 168 raw sources · 70 wiki pages · new K-Master/TA Service business lines · Stock/Serial/Product catalogs (↑4)
92 Strength
Data Accuracy & Governance 3 new data catalogs, root-caused a multilingual keyword-gate bug, cleaned up Inbox contamination (↑2)
92 Strength
Live System & Accessibility Dashboard grew 3→9 tabs, new K-Master/TA Service dashboards, login-email capture (↑8)
90 Strength
System Stability & Operations WakeToRun, git backup, staging separation introduced — but 2 production incidents (8/26, 8/31) (↑4)
82 Good
Execution Connectivity & Staff Adoption Verified real use by Nathan, Myra, siwoo, and Kevin; a real business deliverable (a proposal) resulted (↑8)
80 Needs Work
Security & Access Control Cloudflare Access (Zero Trust) replaced Basic Auth; RBAC and Power BI Embedded still not started (↑14)
76 Needs Work

What's Built What's Built

In 3 weeks the platform grew from a single-brand knowledge base into one spanning 3 business areas — Turbo Air, K-Master, and TA Service.

🧊 Knowledge Assets

  • 168 raw sources / 70 wiki pages (+84%/+37%)
  • Onboarded K-Master (new brand) and TA Service (after-sales)
  • 3 new data catalogs: Stock, Serial, Product
  • Ingested the Turbo Air org chart + Internal Guide Book
  • New market-scan Step 0.5 (internal-signal-driven search)

⚡ Live System

  • TAB Dashboard grew from 3 to 9 tabs (new: stock, service, parts sales)
  • New K-Master Dashboard and TA Service Dashboard
  • Cloudflare Access — email one-time-code login
  • Login-email capture + auto-notification email on answer updates
  • /ask input limit raised 2,000→10,000 characters

🔧 Operational Infrastructure

  • WakeToRun — root-fixed missed rebuilds during sleep
  • A disaster-recovery runbook + automatic git push for 3 repos
  • staging/production deploy separation
  • rebuild.lock file lock (prevents concurrent-run conflicts)
  • Prevented shared-drive flooding (excludeFolderIds)

Strengths Strengths

Security
DR-001's top-priority risk has actually been closed.The shared Basic Auth password was fully replaced by Cloudflare Access (Zero Trust) — email one-time-code login plus domain restriction. Real, per-user authentication exists for the first time.
Adoption Verified
"Staff actually use it" moved from hypothesis to fact.Real questions and real usage from Nathan, Myra, siwoo, and Kevin are confirmed in logs — usage that started with /ask even produced a real business deliverable, the Sushi Hub partnership proposal.
Diversification
From a single brand to 3 business areas.Turbo Air (core brand), K-Master (new brand), and TA Service (aftermarket) are now absorbed into the same pipeline and governance.
Self-Correction
Governance actually caught real errors.Root-caused and fixed why Chinese-language questions weren't surfacing sales data; a market-scan overclaim was also self-corrected at ingest time.
Analytical Depth
The drill-down gap has narrowed.The Stock tab plus the Stock/Serial/Product catalogs partly close the "monthly revenue only" limitation DR-001 flagged.

Weaknesses & Risks Weaknesses & Risks

Single Point of Dependence
The SPOF actually caused two incidents this round.On 8/26 a deploy collision briefly exposed production with fewer than half its pages; on 8/31 a shared-drive flood halted automatic deployment for about 4 hours. Both were root-caused and fixed, but the "one laptop" structure itself is unchanged.
Security Carryover
The public Power BI link and role-based access control (RBAC) are still not started.Two of DR-001's "immediate" items remain untouched 3 weeks later.
Newly Discovered Exposure
The staging domain is open without authentication.Discovered while introducing the staging branch on 8/26 — Cloudflare Access's Destination only names the custom domain, so the *.pages.dev fixed alias is fully public. Still unresolved.
No Usage Metrics
Adoption is confirmed but still unmeasured.Cases like Nathan's and Myra's are qualitative anecdotes only — there is still no aggregate dashboard for question volume or return-visit rate.
Onboarding Not Formalized
More real users, but still no formal training.All usage so far has been self-discovered — the "one-page guide plus team demo" DR-001 called for still hasn't been made.
Verification Backlog Grew
As the wiki grew, so did the unverified backlog.Pages grew from 51 to 70, but claimType classification and /verify runs are mostly still at their defaults.

What's Next Roadmap

Each item is tagged against DR-001 as carried over / new / partially done — this is the section this report invested the most in.

Immediate 0–1 month

  1. Start the Power BI public-link → Embedded transition (carried over from DR-001) — still no finalized spec, exactly as 3 weeks ago. Start by confirming the required license tier.
  2. Bring the staging (*.pages.dev) domain under Access protection (newly discovered, 8/26) — a 5-minute dashboard change that's still sitting undone, the cheapest-effort item relative to its priority.
  3. Stand up a minimal usage-metrics baseline — starting with question volume, active users, and day-of-week distribution. The first step from qualitative anecdote to quantitative signal.
  4. A one-page staff onboarding guide plus a team demo (carried over from DR-001) — with real users steadily growing, now is the right time to formalize it.

Short-term 1–3 months

  1. Mitigate the laptop SPOF (a step before full migration) (partially done) — WakeToRun and the file lock fixed the root causes, but adding automatic incident alerts (Slack/email) first is the higher-value-per-effort move.
  2. Start designing role-based access control (RBAC) (carried over from DR-001) — now, before finance/HR data is substantially onboarded, is the cheapest point to design it.
  3. A dealer-reactivation execution-tracking loop — there's still no mechanism to track whether the NSW/VIC priority-dealer lists actually translate into sales action.
  4. Verify the strategy playbook's figures against primary sources (carried over from DR-001) — the NotebookLM-synthesized figures remain unchanged.

Mid-term 3–6 months

  1. 2+ person operations — bus factor is still 1, same as 3 weeks ago. The runbook exists, but no one else has ever actually walked through it.
  2. Full migration from the laptop to an always-on server/cloud — explicitly deferred by the user as a separate project, but the 8/26 and 8/31 incidents demonstrated its urgency. At minimum a kickoff is needed before the next diagnosis.
  3. Firm up reliability of the stock/service/parts data — the Stock tab's multiplier/threshold columns are still experimental (iterating through v3–v8).
  4. Start the claimType/​/verify backlog (carried over from DR-001) — a backlog that grew proportionally with the wiki's size.

Field Tips for Staff Field Tips

Things you can put to use right away on turboairbrain.uk. No need to overthink it — just ask in plain language. (★ marks items new this round.)

Don't dig through spreadsheets for sales/performance — just ask

Monthly revenue, dealer performance, year-over-year change and other numbers — /ask queries the sheet directly and answers.

"What was revenue in July 2026?"

★ Stock levels are now on the dashboard too

Sidebar → 📊 TAB Dashboard → "Stock" tab. Drills down by branch, category, and model.

Sidebar → 📊 TAB Dashboard → Stock

★ For parts/service, say "parts", "AS", or "repair" explicitly

Without it, the default is finished-goods (TAB) revenue only — parts sales and service data live in a separate sheet and need to be named explicitly.

"How much did parts sales come to?"

★ For K-Master questions, say "K-Master" explicitly

Without it, the default assumption is the core Turbo Air brand, so K-Master figures won't get mixed in.

"What was K-Master's revenue this month?"

Trust KPIs as defined

Revenue = Inv No issued + status (Credit/Invoiced/Confirmed), by Inv Date. Don't hand-calculate it differently each time.

"What's the revenue calculation standard?"

Look at "volume" alongside the numbers

Revenue holding steady can be due to a price increase. Looking at revenue alongside order count reveals actual demand.

"Show me revenue and order count together"

Wrong or unsatisfying? ✉️ Send feedback

Incorrect answers, correction requests, or feature suggestions — use the sidebar feedback button. Your login email is captured automatically, and you'll be notified when an answer is updated.

Sidebar → ✉️ Feedback

Double-check for important decisions

/ask says "uncertain" itself when the evidence is thin. Cross-check the source document for numbers behind major decisions.

"Show me the source document for this number"
Overall assessment. In 3 weeks, knowledge assets roughly doubled, DR-001's top-priority security risk was actually resolved, and the biggest open question — "do staff actually use it" — has now been answered with real evidence. Overall score rose from 81 to 87 (B+ → A-). But the same 3 weeks saw the laptop single point of failure actually cause two incidents, showing that the next gate on the path from "a project being built" to "a system running reliably" still sits in infrastructure and organization (2+ person operations). Some of DR-001's "immediate" items — Power BI Embedded, RBAC — carried straight over unchanged, and that's exactly what the next report needs to check first.