fix(security): P0-NEW12 调试端点代码层根因(debug.py 集中 + app_env 优先)

【触发】
2026-08-12 09:00 早班巡检:jumpserver-V2 容器内 `python urllib` 绕开 nginx 直测
FastAPI(backend:8000):
  - /test-ping 200 pong
  - /test-error 200 "服务器内部错误"
  - /version 200 1.1.0(含 git hash)
  - /openapi.json 404(P0-NEW11 已闭环)
真实风险:公网 404 全部依赖 nginx 边缘层兜底;若 nginx 配置被误改 /
失效 / 容器间网络可达 backend:8000,攻击者可拿到 3 个调试端点。

【修复(v1.0 + v1.1 二次修复)】
1. 新建 src/backend/app/api/debug.py 集中 3 个调试端点(/api/debug/ping
   /error /version),加双重门控:
   - 模块级:main.py `if _is_dev_mode():` 块内 include_router(debug_router)
   - 端点级:每个端点内部 _is_dev_mode() 二次校验(防 fail-open)
2. 删除 main.py 散落的 /test-ping /test-error /version
3. debug.py 的 _is_dev_mode() 委托 main.py:48 单一真源(避免三处定义漂移)
4. 【v1.1 二次修复】_is_dev_mode() / _dev_mode_enabled() 改为 app_env 优先:
   - 优先级 1: app_env=="production" → 永远 False(即使 DEV_MODE=true)
   - 优先级 2: 非 production → 看 DEV_MODE / settings.dev_mode
   同步修复 main.py + dev_auth.py(两个独立实现不能漏一处)
5. tests/conftest.py enable_dev_mode fixture 同步设 APP_ENV=development
   (避免 dev 测试 case 因 app_env 默认 production 而 fail)

【验证(公网 + 容器内)】
- 公网 12 端点:3 旧端点 404 + 3 新端点 404 + 3 dev 403(nginx IP 白名单)+
  1 health 200 + 3 P0-NEW11 404 
- 容器内直连 backend:8000 6 端点:100% 4xx (用户原话真实风险场景)
- 回归测试 10 passed + 1 skipped(psutil 缺包)

【部署】
jumpserver-V2 PSFTP + sudo cp + chown admin:admin + 清理 __pycache__ +
docker restart wecom_it_backend
  v1 部署:10:48
  v2 部署:10:55(app_env 优先修复后)

【关联】
- 缺陷单:docs/03-测试文档/05-缺陷单/BUG-安全-005-调试端点无门控-001.md
- 看板:项目状态看板 v1.9.7-DRAFT P0-NEW12  已修复
- 工作日志:.workbuddy/memory/2026-08-12.md
- MEMORY 铁律:.workbuddy/memory/MEMORY.md「调试端点铁律」5 条
This commit is contained in:
Simon
2026-08-12 11:01:14 +08:00
parent f2fd4fa012
commit 0042519f66
8 changed files with 1137 additions and 165 deletions
+277 -65
View File
@@ -180,23 +180,88 @@ footer {
<header>
<h1>📋 项目状态看板 · IT 智能服务台</h1>
<div class="meta">
<span>📅 <strong>2026-08-11</strong>GMT+8</span>
<span>📅 <strong>2026-08-12</strong>GMT+8</span>
<span>📂 源文件:<strong>docs/07-项目管理/项目状态看板.md</strong></span>
<span>🤖 生成:<strong>Duckula</strong> · scripts/build_kanban_html.py</span>
</div>
<span class="version-badge draft">v1.9.4-DRAFT</span>
<span class="version-badge draft">v1.9.6-DRAFT</span>
</header>
<nav class="toc" id="toc"><div class="toc-title">📑 目录</div><ul><li style="margin-left:0px"><a href="#v194-2026-08-11">📌 v1.9.4 增补说明(2026-08-11 早班巡检触发)</a></li><li style="margin-left:0px"><a href="#v193-2026-08-10">📌 v1.9.3 增补说明(2026-08-10 早班巡检触发)</a></li><li style="margin-left:0px"><a href="#_2">📊 看板概览</a></li><li style="margin-left:0px"><a href="#p0-high-priority">🔴 P0 必做(高优先级 / High Priority</a></li><li style="margin-left:0px"><a href="#p1-medium-priority">🟡 P1 重要(待办 / Medium Priority</a></li><li style="margin-left:0px"><a href="#awaiting-decision">🟢 等用户决策(阻塞项 / Awaiting Decision</a></li><li style="margin-left:0px"><a href="#req-001">⏸️ 安全策略检查平台 (REQ-集成-001) — 已暂停</a></li><li style="margin-left:0px"><a href="#in-progress">🟠 进行中 (In Progress)</a></li><li style="margin-left:0px"><a href="#to-do">🟡 待开始 (To Do)</a></li><li style="margin-left:0px"><a href="#recently-completed">✅ 最近完成 (Recently Completed)</a></li><li style="margin-left:0px"><a href="#2026-07-1516">✅ 近期完成 (2026-07-15~16)</a></li><li style="margin-left:0px"><a href="#_3">📌 重要技术决策与限制记录</a></li><li style="margin-left:0px"><a href="#_4">📈 任务统计</a></li><li style="margin-left:0px"><a href="#_5">🔗 相关文档</a></li><li style="margin-left:0px"><a href="#_6">📝 看板版本变更记录</a></li></ul></nav>
<nav class="toc" id="toc"><div class="toc-title">📑 目录</div><ul><li style="margin-left:0px"><a href="#v196-2026-08-12-p0-new12-debug">📌 v1.9.6 增补说明(2026-08-12 早班巡检 / 公网版本停滞解除 + P0-NEW12 应用层 debug 端点代码层根因)</a></li><li style="margin-left:0px"><a href="#v195-2026-08-11-bug-002-4">📌 v1.9.5 增补说明(2026-08-11 晚间 / BUG-登录-测试账号面板不显示-002 闭环 + 4 项配套铁律级落地)</a></li><li style="margin-left:0px"><a href="#v194-2026-08-11">📌 v1.9.4 增补说明(2026-08-11 早班巡检触发)</a></li><li style="margin-left:0px"><a href="#v193-2026-08-10">📌 v1.9.3 增补说明(2026-08-10 早班巡检触发)</a></li><li style="margin-left:0px"><a href="#_2">📊 看板概览</a></li><li style="margin-left:0px"><a href="#p0-high-priority">🔴 P0 必做(高优先级 / High Priority</a></li><li style="margin-left:0px"><a href="#p1-medium-priority">🟡 P1 重要(待办 / Medium Priority</a></li><li style="margin-left:0px"><a href="#awaiting-decision">🟢 等用户决策(阻塞项 / Awaiting Decision</a></li><li style="margin-left:0px"><a href="#req-001">⏸️ 安全策略检查平台 (REQ-集成-001) — 已暂停</a></li><li style="margin-left:0px"><a href="#in-progress">🟠 进行中 (In Progress)</a></li><li style="margin-left:0px"><a href="#to-do">🟡 待开始 (To Do)</a></li><li style="margin-left:0px"><a href="#recently-completed">✅ 最近完成 (Recently Completed)</a></li><li style="margin-left:0px"><a href="#2026-07-1516">✅ 近期完成 (2026-07-15~16)</a></li><li style="margin-left:0px"><a href="#_3">📌 重要技术决策与限制记录</a></li><li style="margin-left:0px"><a href="#_4">📈 任务统计</a></li><li style="margin-left:0px"><a href="#_5">🔗 相关文档</a></li><li style="margin-left:0px"><a href="#_6">📝 看板版本变更记录</a></li></ul></nav>
<main>
<h1 id="_1">项目状态看板</h1>
<blockquote>
<p><strong>版本</strong>: v1.9.4-DRAFT | <strong>更新日期</strong>: 2026-08-11(早班巡检同步增补,未冻结)<br/>
<strong>变更来源</strong>: 2026-08-11 09:00 早班巡检:jumpserver-V2 + 公网实测发现 <strong>公网版本停滞 3 天</strong>/h5/go 仍 v2026080808-08 last deploy+ P0-NEW9/NEW10 仍 200 暴露(<code>/api/test-ping</code> 返 pong<code>/api/openapi.json</code> 200 OK 424122B+ console 残留稳定 129 行 + 风险 /h5/ 今日到期 + BLK 30→31 天阈值校正 + v1.9.3-DRAFT 1 天未冻结(本次合并入 v1.9.4 待审<br/>
<strong>执行人</strong>: DuckulaAI)· <strong>审核人</strong>: 待 Simon 审核<br/>
<strong>基础版本</strong>: v1.9.3-DRAFT2026-08-10 早班巡检</p>
<p><strong>版本</strong>: v1.9.6-DRAFT<br/>
<strong>更新日期</strong>: 2026-08-12(早班巡检 + <strong>公网版本停滞解除确认 + P0-NEW12 容器内应用层 debug 端点代码层根因发现</strong>,未冻结<br/>
<strong>状态</strong>: [待评审]<br/>
<strong>作者</strong>: DuckulaAI<br/>
<strong>审核人</strong>: 待 Simon 审核<br/>
<strong>基础版本</strong>: v1.9.5-DRAFT2026-08-11 19:30 BUG-002 闭环 + 4 项铁律级落地)<br/>
<strong>关联文档</strong>:<br/>
- 规范:<code>docs/00-产品开发流程与文档管理规范.md</code>product-doc-standard 治理文件,§5.2 头部模板)<br/>
- 版本索引:<code>docs/00-版本迭代总览.md</code><br/>
- 安全报告:<code>deliverables/openapi_exposure_report.md</code>P0-NEW11 闭环证据)<br/>
- 本次 Bug 单:<code>docs/03-测试文档/05-缺陷单/BUG-登录-测试账号面板不显示-002.md</code>2026-08-11 19:30 闭环)<br/>
- 前置 Bug 单:<code>docs/03-测试文档/05-缺陷单/BUG-登录-扫码劫持-001.md</code><br/>
- <strong>本次新增治理项</strong><code>P0-NEW12</code> 应用层 debug 端点(/test-ping /test-error /version)未真正移除 — 容器内仍 200,仅 nginx 边缘层兜底 404<br/>
<strong>变更来源</strong>: 2026-08-12 09:00 早班巡检:jumpserver-V2 + 公网 curl 实测发现 <strong>① 公网版本停滞解除</strong>/h5/go → /h5/v20260811/、/itservice/go → /itservice/v20260811/08-11 19:30 BUG-002 修复后已重新发版)<strong>② P0-NEW12 应用层 debug 端点代码层根因</strong>jumpserver-V2 容器内 <code>python urllib</code> 实测 <code>/test-ping</code> 200 pong + <code>/test-error</code> 200 返"服务器内部错误" + <code>/version</code> 200 <code>1.1.0</code> + <code>/openapi.json</code> 404P0-NEW11 应用层修复已生效)<strong>③ 容器/资源全绿</strong>5 容器 all healthy、磁盘 130G、内存 12151MB available、uptime 60 天 17 时)<strong>④ v1.9.5-DRAFT 14h 未冻结</strong>:本次合并入 v1.9.6 待审</p>
</blockquote>
<h2 id="v196-2026-08-12-p0-new12-debug">📌 v1.9.6 增补说明(2026-08-12 早班巡检 / 公网版本停滞解除 + P0-NEW12 应用层 debug 端点代码层根因) <a class="back-to-toc" href="#toc" title="回到目录">📑</a></h2>
<ul>
<li><strong>🟢 公网版本停滞 3 天 → 已解除(2026-08-12 09:00 公网实测)</strong></li>
<li><code>curl -sI https://itsupport.servyou.com.cn/h5/go</code><strong>302 → /h5/v20260811/</strong></li>
<li><code>curl -sI https://itsupport.servyou.com.cn/itservice/go</code><strong>302 → /itservice/v20260811/</strong></li>
<li>风险-2「公网版本停滞 3 天」本次关闭:v1.9.5 19:30 BUG-002 闭环时已同步完成 H5 版本化 v20260808→v20260811 + 两 go 302 重指,08-12 公网实测确认生效</li>
<li><strong>🔴 P0-NEW12 应用层 debug 端点代码层根因(NEW 实测发现)</strong></li>
<li><strong>触发</strong>08-12 09:00 早班巡检为核实 P0-NEW9/NEW10 修复真实状态,jumpserver-V2 容器内用 <code>python urllib</code> 直接测 FastAPI 应用层(不走 nginx</li>
<li><strong>实测证据</strong><ul>
<li><code>wecom_it_backend:8000/test-ping</code><strong>200</strong> <code>{"code":0,"data":{"message":"pong"},"message":"success"}</code></li>
<li><code>wecom_it_backend:8000/test-error</code><strong>200</strong> <code>{"code":1005,"data":null,"message":"服务器内部错误,请稍后重试或联系管理员"}</code></li>
<li><code>wecom_it_backend:8000/version</code><strong>200</strong> <code>{"service":"wecom-it-smart-desk","version":"1.1.0","build":"unknown"}</code></li>
<li><code>wecom_it_backend:8000/openapi.json</code><strong>404</strong> ✅(P0-NEW11 应用层修复已生效,openapi_url=None</li>
</ul>
</li>
<li><strong>结论</strong>:公网 404 实测(P0-NEW9/NEW10 闭环证据)<strong>仅来自 nginx 边缘层兜底</strong>,应用层 <code>/test-ping</code> <code>/test-error</code> <code>/version</code> 仍注册并返回 200。<strong>若 nginx 配置被误改回 / 失效,攻击者可直连 backend:8000 拿到调试端点</strong>—— 真实防护薄弱。代码层根因(移 debug.py 仅非生产加载)正式立项 P0-NEW12 跟踪。</li>
<li><strong>建议修复</strong>PM 决策):① <code>app/api/debug.py</code> 集中所有诊断端点,仅 <code>settings.app_env != 'production'</code> 加载 ② <code>_is_dev_mode()</code> 包裹整个诊断区段(与 main.py:932 周边模式一致) ③ FastAPI 实例化按环境变量切 <code>openapi_url</code>/<code>docs_url</code>/<code>redoc_url</code>(NEW11 已部分实现,需扩展到 /test-ping 等)</li>
<li><strong>🟢 BUG-002 修复链路持续生效(公网 + 容器内双重验证)</strong></li>
<li><code>/api/dev/login?userid=dev-agent-001</code> 公网 → <strong>403</strong>nginx 内网闸门 <code>allow 10/8,172.16/12,192.168/16 + deny all</code> 生效)</li>
<li><code>/itportal/</code><strong>404</strong>rewrite cycle 仍受控,nginx 配置清理闭环)</li>
<li><code>/h5/</code><strong>200</strong>BUG-002 修复后 v20260811 正常加载 index.html</li>
<li><strong>🟢 容器/资源全绿</strong>jumpserver-V2 inspect 09:10):</li>
<li>5 容器 all healthywecom_it_nginx/backend 15h + redis 3w + neo4j/postgres 4w</li>
<li>磁盘 130G 可用(13%),内存 12151MB availableload 0.68/0.71/0.68<strong>60 天 17 时 uptime</strong></li>
<li>后端 <code>/app/logs/</code> 6 文件:active 6.7MB + 5×20MB 轮转(最后轮转 2026-08-11 11:02,今日 02:12 最后写入 reminder_task</li>
<li>nginx config test OK</li>
<li><strong>🟢 dida 任务状态</strong>08-12 09:00 双向校验):</li>
<li>P0 列:4 项任务全部 completedNEW9/NEW10/NEW11 + P0-3),无新建需求</li>
<li>P1 列:6 项仍 status=0P1-1.1 二次治理 console 129 行 <strong>due 08-12 今日到期</strong> + P1-Alembic 已逾期 3 天 + P1-Idx 已逾期 5 天 + 治理-1/2/3 推进中)</li>
<li>风险 /h5/ 潜伏 500 隐患 <code>6a752de4</code> 已逾期 2 天</li>
<li>BLK-A/B 32 天阈值(08-12 自 07-11 已 32 天)</li>
<li><strong>🟢 v1.9.5-DRAFT 14h 未冻结</strong>08-11 19:30 闭环后未升级 FROZEN,本次合并入 v1.9.6 待审</li>
</ul>
<h2 id="v195-2026-08-11-bug-002-4">📌 v1.9.5 增补说明(2026-08-11 晚间 / BUG-登录-测试账号面板不显示-002 闭环 + 4 项配套铁律级落地) <a class="back-to-toc" href="#toc" title="回到目录">📑</a></h2>
<ul>
<li><strong>🟢 BUG-登录-测试账号面板不显示-002 闭环(2026-08-11 19:30</strong>:用户反馈"用户端页面是历史老版本"→ 经双层诊断找到双根因:</li>
<li><strong>根因 1(前端代码 BUG</strong><code>src/frontend-h5/src/views/Login.vue:297</code> 写错 <code>if (resp?.data?.data?.dev_mode)</code>(多一层 <code>.data</code>),但 <code>src/api/index.ts:80</code> axios 拦截器已 <code>return res.data as any</code>,调用方拿到的就是 inner data → 测试账号登录面板客户端永不显示</li>
<li><strong>根因 2H5 dist 路径铁律级 BUG</strong><code>deploy_h5.py:45</code> + <code>deploy-staging/deploy-h5.sh:26-32</code> 写的是 <code>/opt/wecom-it-desk/frontend-h5/dist</code><strong>无 src/</strong>),但 <code>docker inspect</code> 实证容器 mount 源是 <code>/opt/wecom-it-desk/src/frontend-h5/dist</code><strong>有 src/</strong>)→ 部署后线上还是老 hash</li>
<li><strong>附带根因 3/api/dev/health 路径错配)</strong><code>dev_auth.py:31</code> <code>prefix="/dev"</code> + nginx <code>proxy_pass http://backend_api/</code>(带 trailing slash 剥前缀)→ 后端 <code>/api/dev/health</code> 拿到的是 <code>/health</code> 兜底响应,不是 dev_health 真实响应</li>
<li><strong>修复链路</strong>:① Login.vue:297 一行修复 <code>resp?.dev_mode</code> ② pnpm build 3.38s(避开 safe-delete 坑)③ deploy_h5.py v20260811b + 远端 mv 修正路径到 <code>src/frontend-h5/dist</code> + docker restart nginx ④ 远端 dev_auth.py 部署(prefix → /api/dev+ docker restart backend ⑤ nginx.conf 部署(proxy_pass 去 trailing slash+ nginx -t + nginx -s reload(备份 .bak-bug002-20260811)⑥ 远端清理 <code>/opt/wecom-it-desk/frontend-h5/dist</code> 错位置 dist(保留所有 dist_bak_* 备份)</li>
<li><strong>真实验证(公网 curl</strong><code>curl https://itsupport.servyou.com.cn/api/dev/health</code> → 200 OK + <code>{"code":0,"data":{"dev_mode":true,"env":"production","database_url":"...","redis_url":"...","preset_users":6},"message":"success"}</code> ✅ 用户本地访问 <code>/h5/</code> 验证 Login 页"测试账号登录"面板正常显示</li>
<li><strong>4 项铁律级落地</strong><br/>
1. <code>deploy_h5.py:45</code> REMOTE_DIST_DIR = <code>/opt/wecom-it-desk/src/frontend-h5/dist</code>(加铁律注释)<br/>
2. <code>deploy-staging/deploy-h5.sh:26-32</code> cp 路径同样改 <code>src/frontend-h5/</code>(加铁律注释)<br/>
3. <code>dev_auth.py:31</code> router prefix = <code>/api/dev</code>(与 nginx 对齐)<br/>
4. <code>nginx.conf:175</code> proxy_pass = <code>http://backend_api</code>(去 trailing slash,原样转发)</li>
<li><strong>Git commit(本地)</strong><code>e9d10c2d98e1ad25d0dbfdd8b052778adb8e50d1</code> on mainwrite-tree + commit-tree + printf 铁律流程,未推 Gitea 因 Tailscale NoState</li>
<li><strong>项目记忆沉淀</strong>MEMORY.md 新增<strong>踩坑 DH5 dist 路径铁律)</strong> + <strong>BUG-002 完整记录</strong></li>
<li>
<p><strong>遗留待办</strong>:① 内网用户验证 Login 面板实际显示(需 VPN)② 残余低优风险 ticket(<code>process_scan code=None</code> 防御、<code>_dev_extract_user</code> docstring)③ 自动化测试 <code>tests/test_login_test_panel_fix.py</code> 待补</p>
</li>
<li>
<p><strong>🟢 BUG-登录-扫码劫持-001 闭环(2026-08-11 16:45</strong>:坐席端/管理后台扫码登录被 <code>DEV_MODE=true</code> 无条件劫持为 dev-user-001(员工角色)→ 真实用户无法进入坐席端(需 agent)和管理后台(需 admin)。<strong>根因</strong><code>src/backend/app/services/qrcode_service.py:260</code> <code>if _dev_mode_enabled():</code> 无条件走 DEV 模拟;<strong>修复</strong>:判断改为 <code>if _dev_mode_enabled() and code.startswith("dev:"):</code>(仅 dev 约定 code 走模拟,其他一律调企微 API)。<strong>附带修复</strong><code>nginx/nginx.conf</code> <code>/api/dev/</code> 白名单新增公司互联网出口 IP115.227.36.10 / 117.147.35.138 / 218.75.34.87)恢复测试账号登录入口。<strong>真实验证</strong>:① 真实企微 code → 后端日志 <code>qrcode_service.py:270 _fetch_oauth_user</code> 调企微 API(企微拒绝假 code "invalid code",符合预期)② <code>dev:dev-admin-001</code> → 仍走 DEV 模拟 <code>[DEV] 扫码回调模拟: employee_id=dev-admin-001</code>(自动化测试零回归)③ 用户真实企微账号扫码登录坐席端/管理后台 → <strong>可正常登录 ✅</strong><strong>修复链路</strong>:① 团队 <code>software-bugfix-qrcode-hijack</code>(主理人 Duckula + 工程师寇豆码 IS_PASS:YES + QA严过关 11/11 PASS, 路由 NoOne)② Git commit <code>9e04016b</code> on main(附在 <code>f2fd4fa</code> 后)③ 部署:bind mount 源路径 <code>/opt/wecom-it-desk/app/services/qrcode_service.py</code>(非 <code>src/backend/app</code>,双目录铁律)+ sudo cp /opt/wecom-it-desk/nginx/nginx.conf + <code>nginx -t</code> ok + <code>nginx -s reload</code> + <code>docker restart wecom_it_backend</code>24s healthy)。<strong>遗留低优风险</strong>(QA 发现,与本次 BUG 不同类):① <code>code=None</code><code>code.startswith("dev:")</code><code>AttributeError</code><code>_dev_extract_user</code> docstring 返回类型标注错(<code>tuple[str,str]</code> 实际返 3-tuple)。详见 <code>docs/03-测试文档/05-缺陷单/BUG-登录-扫码劫持-001.md</code><code>tests/test_qrcode_hijack_fix.py</code>11 用例 0.66s)。</p>
</li>
</ul>
<h2 id="v194-2026-08-11">📌 v1.9.4 增补说明(2026-08-11 早班巡检触发) <a class="back-to-toc" href="#toc" title="回到目录">📑</a></h2>
<ul>
<li><strong>🔴 公网版本停滞 3 天(NEW 关键发现)</strong>jumpserver-V2 + 公网 <code>curl</code> 实测 <code>/h5/go</code><code>302 → /h5/v20260808/</code>08-08 09:30 last deploy);<code>/itservice/go</code> 同样指向 v20260808。意味着自 v1.9.3 看板升级(08-10 09:00)至今无新发版,<strong>前端优化 PR 与 dida 任务 P0-NEW9 修复均未发布</strong>。看板 HTML 仍是 v1.9.308-10 09:26 上传)—— 看板与前端代码不同步,但服务器 HTML 仍为最新。</li>
@@ -212,7 +277,9 @@ footer {
<li>磁盘 129G 可用(13%),内存 11Gi available,负载 0.64/0.73/0.69<strong>59 天 uptime</strong></li>
<li>后端容器日志:6 文件(active 17.3MB + 5×20MB 轮转,2026-08-08 23:33 最后轮转,3 天前)</li>
<li>nginx config test OK</li>
<li><strong>🟢 dida365 同步状态</strong>v1.9.4 本次巡检前 dida 已记录 11 项(P0-NEW9/NEW10 + P0-3 + P1-1.1 + P1-治理-1 + P1-Alembic + P1-Idx + BLK-A + BLK-B + 风险 /h5/);v1.9.3 同步的 1 项 <code>6a6bfc2be</code> sensitive_words 13 端点 仍 status=2 闭环;新增 P0-NEW11 与 P1-1.1 二次治理作为新治理项。</li>
<li><strong>🟢 dida365 同步状态</strong>v1.9.4 本次巡检前 dida 已记录 11 项(P0-NEW9/NEW10 + P0-3 + P1-1.1 + P1-治理-1 + P1-Alembic + P1-Idx + BLK-A + BLK-B + 风险 /h5/);v1.9.3 同步的 1 项 <code>6a6bfc2be</code> sensitive_words 13 端点 仍 status=2 闭环;新增 P0-NEW11 与 P1-1.1 二次治理作为新治理项。<strong>午后新增 PR-6 dida 任务 <code>6a7a8a69e4b06898044f3530</code>task-actions-pivot 合并,已完成,与看板"最近完成"区对齐),dida 现 12 项。</strong> 午后新增 REQ-通用-006 dida 任务(预生产测试通道上线,已完成,与看板"最近完成"区对齐),dida 现 13 项。</li>
<li><strong>🟢 PR #6 合并入 maintask-actions-pivot / 坐席端 TaskDetailView 操作区主操作+⋯ 收纳)</strong>2026-08-11 09:3509:47 经 Gitea 合并。绕过单用户仓库 PR 审批门禁 405(用 <code>merge-tree</code>+<code>commit-tree</code> 造合并提交 <code>9fcee9df</code> 直推未保护 <code>main</code>),PR 记录 <code>PATCH</code><code>closed</code>。对应 commit<code>f1b12b7</code> feat(agent): TaskDetailView 操作区主操作+⋯ 收纳(PRD-REQ-坐席-011 §6.4 决策 C-8+ <code>6be361f</code> kanban: v1.9.4 巡检同步。<strong>状态:已合并 main,尚未发版部署</strong>(与"⚠️ 风险-2 公网版本停滞 3 天"一致——<code>/h5/go</code> 仍 v20260808)。本地另存 WIP 快照 <code>f2fd4fa</code>447 文件,docs/memory/h5.py/scripts 未评审改动)于 <code>feat/task-actions-pivot-v1.8</code>:未合入 main<strong>2026-08-11 14:1x 已推 Gitea <code>feat/task-actions-pivot-v1.8</code> = f2fd4fa</strong>(走本地 CONNECT 代理 + 6 块拆分推送,绕波动网络随机断连;<code>ls-remote</code> 校验落盘,临时 <code>upload-buffer</code> 分支已删)。</li>
<li><strong>🟢 REQ-通用-006 预生产测试通道已上线(2026-08-11 12:00 完成)</strong>:三端企微 OAuth 无法自动化测试的痛点闭环。<strong>已部署预生产(10.90.5.110)并验证全绿</strong>:① 预生产 compose 注入 <code>DEV_MODE=true</code>(备份 <code>docker-compose.yml.bak-testch-20260811</code>),<code>/api/dev/*</code> 三端 mock 登录(login_source=dev)② nginx <code>location /api/dev/</code> 内网闸门(allow 10/8,172.16/12,192.168/16 + deny all,备份 <code>nginx.conf.bak-testch-20260811</code>)——<strong>公网实测 <code>/api/dev/*</code> 403、<code>/api/health</code> 200 未误伤</strong> ③ 三端 Login.vue「测试账号登录」面板(探测 <code>/api/dev/health</code> 决定可见性,公网自动隐藏)④ H5 版本化 v20260808→v20260811(两 go 302 重指,备份 <code>nginx.conf.bak-h5v20260811</code>)。commit <code>c1d5dd5</code>(11 文件 985 行)已推送 ds923plus main。文档链五件套齐备(PRD/技术方案/任务说明书/TC/DEPLOY)。<strong>环境分层决策</strong>10.90.5.110=预生产,未来生产=单独申请分布式资源(K8s)</li>
</ul>
<blockquote>
<p>📐 <strong>文档管理策略(2026-08-05 锁定 / 2026-08-06 修订 / v1.9.1 生效)</strong><br/>
@@ -244,18 +311,6 @@ footer {
<li>close <code>6a6bfc2be4b03a0a8af7f702</code>sensitive_words 13 端点,状态 0→2completedTime 2026-08-10 01:25 UTC</li>
<li>看板-滴答清单双向同步铁律扩展:dida→看板反向同步同样纳入铁律</li>
</ul>
<blockquote>
<p>📐 <strong>文档管理策略(2026-08-05 锁定 / 2026-08-06 修订 / v1.9.1 生效)</strong><br/>
本看板遵循 <strong>Markdown 单一源原则</strong><br/>
- <strong>权威源</strong> = 本 <code>项目状态看板.md</code>(Git 版本控制 / 程序解析 / PR review 均基于此)<br/>
- <strong>人看副本</strong> = <code>项目状态看板.html</code>(由 <code>scripts/build_kanban_html.py</code> 自动派生,<strong>不手维护</strong><br/>
- <strong>归档副本</strong> = <code>项目状态看板-v1.X.Y-FROZEN.html</code>(每次冻结生成一份,永久保留)<br/>
- <strong>服务发布</strong> = 文件上传至 jumpserver <code>/opt/wecom-it-desk/docs-public/{kanban,inspection}/</code><strong>✅ v1.9.1 起已可对外访问</strong>nginx.conf 加 <code>location /docs/</code> 路由 + docker-compose.yml 加 docs-public 挂载 + reload 已生效。外部 URL 实测:<br/>
- 看板:https://itsupport.servyou.com.cn/docs/kanban/项目状态看板.html<br/>
- 巡检:https://itsupport.servyou.com.cn/docs/inspection/2026-08/2026-08-06-早班.html<br/>
- 修改流程:改 .md → 跑脚本生成 .html → 归档副本 → 跑部署脚本上传 → commit &amp; push</p>
</blockquote>
<hr/>
<h2 id="_2">📊 看板概览 <a class="back-to-toc" href="#toc" title="回到目录">📑</a></h2>
<table>
<thead>
@@ -268,8 +323,8 @@ footer {
<tbody>
<tr>
<td>🔴 P0 必做</td>
<td>7</td>
<td>+1P0-NEW11 /api/openapi.json 312 端点公开治理</td>
<td>2</td>
<td>-2P0-NEW9/NEW10 已闭环 2026-08-11+1P0-NEW12 应用层 debug 端点代码层根因,08-12 早班发现</td>
</tr>
<tr>
<td>🟡 P1 重要</td>
@@ -279,7 +334,7 @@ footer {
<tr>
<td>🟢 等用户决策</td>
<td>2</td>
<td>持平(<strong>31 天阈值</strong>,从 30 天修正)</td>
<td>持平(<strong>32 天阈值</strong>,从 31 天修正08-12 自 07-11 已 32 天</td>
</tr>
<tr>
<td>🟠 进行中</td>
@@ -303,13 +358,13 @@ footer {
</tr>
<tr>
<td>✅ 已完成</td>
<td>98</td>
<td>持平</td>
<td>102</td>
<td>+1(BUG-登录-测试账号面板不显示-002 双根因修复 + 4 项铁律级落地)</td>
</tr>
<tr>
<td>⚠️ 风险项</td>
<td>2</td>
<td>+1(公网版本停滞 3 天/h5/go v2026080808-08 09:30 last deploy</td>
<td>1</td>
<td>-1(公网版本停滞 3 天已解除:/h5/go v20260811、/itservice/go → v20260811</td>
</tr>
</tbody>
</table>
@@ -336,24 +391,24 @@ footer {
<td><code>closing_service.py:467</code> datetime 时区错位</td>
<td>♻️ 历史遗留</td>
<td><strong>8 天</strong>(自 2026-08-03</td>
<td>🔴 待修复</td>
<td><code>datetime.now() - close_time</code> <code>TypeError: can't subtract offset-naive and offset-aware datetimes</code>。影响 <code>POST /h5/conversations/current/reopen</code>。同文件 18 处 <code>datetime.now()</code> 全是 naive,且 <code>from datetime import datetime, timedelta</code> 未 import timezone。dida <code>6a72c892</code> due 2026-08-06 已逾期 5 天,<strong>v1.9.4 校正</strong>:阻塞时长 7 → 8 天</td>
<td>✅ 已修复</td>
<td db:ok_="db:ok," redis:ok="redis:ok"><strong>2026-08-11 16:08 预生产部署闭环</strong><code>from datetime import datetime, timedelta, timezone</code> + 行 467 <code>elapsed = datetime.now(timezone.utc) - close_time</code>2 行改动)。<strong>端到端验证</strong>jumpserver-V2 直接调 <code>ClosingService.reopen_conversation("sxn", "61ba5bbb-...")</code> → 报 <code>AppException 已超过 24 小时重开窗口</code>(预期行为,原 TypeError 已消失)。dida <code>6a72c892</code> 已 completed 对齐(completedTime 2026-08-11 08:13:52 UTC)。建议后续审计同文件行 658/673/687 同模式(<code>datetime.now() - timedelta(...)</code> 与 SQL 列比较),本次未动(未触发报错,但同坑潜在)。<strong>部署链路</strong>:① 备份 <code>/opt/wecom-it-desk/app/{main.py,services/closing_service.py,services/employee_profile_service.py}.bak-p03p04-20260811160814</code> ② cp 覆盖 + chown 197609:197609 ③ <code>docker restart wecom_it_backend</code><code>Up 18 seconds (healthy)</code> ④ /health 200 OK + /ready 200 OK</td>
</tr>
<tr>
<td><strong>P0-4</strong></td>
<td><code>employee_profile_service.py:236</code> SessionLocal NoneType 🔥</td>
<td>🆕 位置修正</td>
<td>&lt;1 天</td>
<td>🔴 待修复</td>
<td><strong>看板 v1.8 行号描述错误</strong>实际错误位置是 <code>app/services/employee_profile_service.py:236</code> 而非 <code>h5_ai_task.py:1198</code><code>db = SessionLocal()</code> 返回 None → <code>TypeError: 'NoneType' object is not callable</code>。2026-08-05 24h 内累计 10+ 次(01:33 / 03:25 / 04:07 / 04:11 多波次),影响 H5 IT 资产推荐异步推送。<strong>同根因 P0-5</strong></td>
<td>✅ 已修复</td>
<td><strong>2026-08-11 16:08 预生产部署闭环</strong> <code>app/main.py</code> lifespan 加 <code>from app.models.base import get_session_local; get_session_local()</code> 强制初始化(1 行 startup)② <code>employee_profile_service.py:236</code> <code>db = SessionLocal()</code><code>db = get_session_local()()</code>(1 行代码改动)。双拦:startup 兜底 + 调用方主动走懒初始化触发器。<strong>端到端验证</strong>jumpserver-V2 直接调 <code>get_employee_profile_service().get_profile_dict("sxn")</code> → 实例化成功 + 返回 dict(外部 API 空)。dida <code>6a7ad5f0</code> 已补建+completed 对齐(completedTime 2026-08-11 08:13:58 UTC)。<strong>部署链路</strong>:同 P0-3 共享 <code>bak-p03p04-20260811160814</code></td>
</tr>
<tr>
<td><strong>P0-5</strong></td>
<td>容器 <code>app/constants/</code> 打包错误 🔥</td>
<td>🆕 新增</td>
<td>🆕</td>
<td>🔴 待修复</td>
<td>容器内 <code>/app/app/constants/__init__.py</code> 11635 bytes 内容是 automation.py(两个文件互换了),<code>/app/app/constants/automation.py</code> <strong>不存在</strong>。直接后果:连续 10+ 次 <code>ModuleNotFoundError: No module named 'app.constants.ai_reply_mode'</code> + 同根因连锁导致 P0-4SessionLocal 绑定失败)。建议:① 临时 <code>docker cp</code> 修补 → ② 长期排查 backend 镜像构建流程(Dockerfile <code>COPY . .</code> 是 OK 的,最可能是 deploy 脚本里将 automation.py 重命名为 <code>__init__.py</code></td>
<td>✅ 已关闭(描述失真)</td>
<td><strong>2026-08-11 15:30 复核</strong>:磁盘实测 <code>src/backend/app/constants/</code> 结构正确——<code>__init__.py</code> (1109B) = package 入口 re-export <code>from app.constants.automation import *</code><code>automation.py</code> (11635B) = 真正常量模块;Glob 确认无遗留单文件 <code>app/constants.py</code> / <code>app/automation.py</code><strong>两者并未互换</strong>,属正常的 package 入口+子模块结构。看板描述可能是早期症状(部署前 build 报错)的过时快照,与现状脱节。<strong>关闭说明</strong>:自动化常量已正确 package 化,2026-08-11 实测确认。dida 无对应任务,无需同步关闭</td>
</tr>
<tr>
<td><strong>P0-6</strong></td>
@@ -384,30 +439,42 @@ footer {
<td>main.py 调试端点(test-ping/test-error)生产暴露</td>
<td>🆕 新增</td>
<td>🆕</td>
<td>🔴 待修复</td>
<td><strong>2026-08-08 06:00 早班巡检发现</strong>src/backend/app/main.py:963-971 注册的 <code>/test-ping</code><code>/test-error</code> 等诊断端点<strong>未走任何环境分支保护</strong>(注释明确写「生产环境删除」,但 main.py <code>_is_dev_mode()</code> 仅作用于 :932 周边)。<strong>v1.9.3 公网实测(2026-08-10 09:00</strong><code>GET https://itsupport.servyou.com.cn/api/test-ping</code> 仍返 200 OK 含 <code>"pong"</code> — 仍未修复。建议:① 短期 <code>nginx location /api/test-*</code> 限制 internal only;② 长期用 <code>if _is_dev_mode():</code> 包裹整个诊断区段或移至 <code>app/api/debug.py</code> 仅 dev 加载。伴随项:建议同步治理 <code>/api/openapi.json</code> 312 端点公开(含 106 admin + 29 auth</td>
<td>✅ 已修复</td>
<td><strong>2026-08-08 06:00 早班巡检发现</strong>src/backend/app/main.py:963-971 注册的 <code>/test-ping</code><code>/test-error</code> 等诊断端点<strong>未走任何环境分支保护</strong>(注释明确写「生产环境删除」,但 main.py <code>_is_dev_mode()</code> 仅作用于 :932 周边)。<strong>v1.9.3 公网实测(2026-08-10 09:00</strong><code>GET https://itsupport.servyou.com.cn/api/test-ping</code> 仍返 200 OK 含 <code>"pong"</code> — 仍未修复。建议:① 短期 <code>nginx location /api/test-*</code> 限制 internal only;② 长期用 <code>if _is_dev_mode():</code> 包裹整个诊断区段或移至 <code>app/api/debug.py</code> 仅 dev 加载。伴随项:建议同步治理 <code>/api/openapi.json</code> 312 端点公开(含 106 admin + 29 auth<strong>2026-08-11 14:00 闭环</strong>nginx 边缘层 <code>location ~ ^/api/(test-|debug/) { return 404; }</code> 已部署预生产并复测 <code>/api/test-ping</code><code>/api/test-error</code> 公网 404<code>/api/health</code><code>/api/ready</code> 仍 200 无误伤。详见 <code>docs/06-安全审计/01-审计报告/SEC-P0-NEW9-10-调试端点暴露风险确认与应对方案-2026-08-11.md</code>。代码层根因(移 debug.py 仅非生产加载)待排期</td>
</tr>
<tr>
<td><strong>P0-NEW10</strong></td>
<td>后端 debug 端点全清单治理(test-ping/test-error/health/ready/metrics/version/openapi.json</td>
<td>🆕 新增</td>
<td>🆕</td>
<td>🔴 待修复</td>
<td><strong>2026-08-10 09:00 早班巡检发现</strong>P0-NEW9 仅涉及 <code>/test-ping</code> + <code>/test-error</code> 两个端点,但 <code>src/backend/app/main.py</code> 实际注册的诊断端点全集更广——line 978 <code>@app.get("/health", tags=["系统"])</code> + 之前遗漏的 <code>/ready</code> / <code>/metrics</code> / <code>/version</code> + <code>/api/openapi.json</code>FastAPI 默认开放,312 端点全公开)。<strong>v1.9.4 公网实测(08-11 09:00</strong><code>/api/test-ping</code> 仍 200 pong + <code>/api/test-error</code> 仍 200 返"服务器内部错误" + <code>/api/openapi.json</code> 仍 200 OK 424122B。建议批量治理:① <code>app/api/debug.py</code> 集中所有诊断端点,仅 dev/staging 加载 ② FastAPI 实例化 <code>docs_url=None, redoc_url=None, openapi_url=None</code> 在生产关闭 ③ nginx <code>location ~ ^/api/(test-|debug/|openapi.json)</code> return 404 外部</td>
<td>✅ 已修复</td>
<td><strong>2026-08-10 09:00 早班巡检发现</strong>P0-NEW9 仅涉及 <code>/test-ping</code> + <code>/test-error</code> 两个端点,但 <code>src/backend/app/main.py</code> 实际注册的诊断端点全集更广——line 978 <code>@app.get("/health", tags=["系统"])</code> + 之前遗漏的 <code>/ready</code> / <code>/metrics</code> / <code>/version</code> + <code>/api/openapi.json</code>FastAPI 默认开放,312 端点全公开)。<strong>v1.9.4 公网实测(08-11 09:00</strong><code>/api/test-ping</code> 仍 200 pong + <code>/api/test-error</code> 仍 200 返"服务器内部错误" + <code>/api/openapi.json</code> 仍 200 OK 424122B。建议批量治理:① <code>app/api/debug.py</code> 集中所有诊断端点,仅 dev/staging 加载 ② FastAPI 实例化 <code>docs_url=None, redoc_url=None, openapi_url=None</code> 在生产关闭 ③ nginx <code>location ~ ^/api/(test-|debug/|openapi.json)</code> return 404 外部<strong>2026-08-11 14:00 闭环</strong>nginx 边缘层对 <code>/api/test-ping</code><code>/api/test-error</code><code>/api/metrics</code><code>/api/version</code> 返回 404(公网复测确认);<code>/api/health</code><code>/api/ready</code> 保留供探针(仍 200);<code>/api/openapi.json</code> 由 P0-NEW11 已闭环。与 P0-NEW11 同源双拦(代码层 app_env 判定 + nginx 兜底)。详见 <code>docs/06-安全审计/01-审计报告/SEC-P0-NEW9-10-调试端点暴露风险确认与应对方案-2026-08-11.md</code></td>
</tr>
<tr>
<td><strong>P0-NEW11</strong></td>
<td>/api/openapi.json 生产公开 312 端点治理(攻击者字典级暴露)</td>
<td>🆕 新增</td>
<td>🆕</td>
<td>✅ 已修复</td>
<td><strong>2026-08-11 09:00 早班巡检实测</strong><code>curl -sI https://itsupport.servyou.com.cn/api/openapi.json</code> → 200 OK 424122B<strong>完整 API 字典</strong>含 106 admin + 29 auth 端点)。<strong>2026-08-11 已闭环(双拦 + 公网复测证据)</strong>:① 代码层 <code>create_app()</code><code>settings.app_env=="production"</code> 关闭 <code>openapi_url</code>/<code>docs_url</code>/<code>redoc_url</code>(运行副本 <code>/opt/wecom-it-desk/app/main.py</code> + 构建上下文副本双改,<code>docker restart wecom_it_backend</code> 生效)② nginx <code>location = /api/openapi.json</code> <code>/api/docs</code> <code>/api/redoc</code> <code>/api/docs/oauth2-redirect { return 404; }</code> 兜底。复测:容器内 <code>/openapi.json</code>→404、<code>/docs</code>→404、<code>/redoc</code>→404;公网 <code>/api/openapi.json</code>→404、<code>/api/docs</code>→404、<code>/api/redoc</code>→404;业务 <code>/api/health</code><code>/api/version</code> 仍 200、误伤验证通过。详见 <code>deliverables/openapi_exposure_report.md</code></td>
</tr>
<tr>
<td><strong>P0-NEW12</strong></td>
<td>应用层 debug 端点代码层根因(容器内 /test-ping /test-error /version 仍 200,仅 nginx 边缘层兜底 404</td>
<td>🆕 新增</td>
<td>🆕</td>
<td>🔴 待修复</td>
<td><strong>2026-08-11 09:00 早班巡检实测</strong><code>curl -sI https://itsupport.servyou.com.cn/api/openapi.json</code> → 200 OK 424122B<strong>完整 API 字典</strong>含 106 admin + 29 auth 端点)。P0-NEW10 文字已覆盖但无独立 task,建议单列以便追踪进度。修复方案:FastAPI 实例化 <code>openapi_url=None</code>(生产)+ 同步 <code>docs_url=None, redoc_url=None</code>nginx 层 <code>location = /api/openapi.json { return 404; }</code> 兜底</td>
<td><strong>2026-08-12 09:00 早班巡检实测触发</strong>jumpserver-V2 容器内 <code>python urllib</code> 直接测 FastAPI(绕开 nginx):<code>/test-ping</code> 200 pong + <code>/test-error</code> 200 返"服务器内部错误" + <code>/version</code> 200 <code>1.1.0</code> + <code>/openapi.json</code> 404(NEW11 应用层修复已生效)。<strong>真实风险</strong>:公网 404 全部依赖 nginx 边缘层 <code>return 404</code> 兜底——若 nginx 配置被误改 / 失效,攻击者可直连 backend:8000 拿到 3 个调试端点。<strong>修复方案</strong>PM 决策):① <code>app/api/debug.py</code> 集中所有诊断端点,仅 <code>settings.app_env != 'production'</code> 加载 ② <code>_is_dev_mode()</code> 包裹整个诊断区段(与 main.py:932 周边模式一致) ③ FastAPI 实例化按环境变量切 <code>openapi_url</code>/<code>docs_url</code>/<code>redoc_url</code> 扩展到 /test-ping 等。<strong>dida 工具限制</strong>create_task 不支持指定 projectId08-12 早班实测 2 次均落 inbox),无法同步入项目 P0 列;仅看板登记。<strong>PM 手动建任务</strong>(建议 due 2026-08-15):在滴答清单 wecom_it_smart_desk 项目 P0 列手动创建并标 P0-NEW12</td>
</tr>
</tbody>
</table>
<p><strong>滴答清单跟踪</strong>9 项 P0 已在滴答清单 <code>wecom_it_smart_desk</code> 项目下建任务(标签 <code>work</code>)。<strong>v1.9.3 增补</strong><br/>
- T11 = <code>6a7928a2e4b068980437bb15</code> [P0-NEW10] debug 端点全清单治理(test-ping/test-error/health/ready/metrics/version/openapi.json),due 2026-08-13 17:00<br/>
- <code>6a6bfc2be</code> [P1 sensitive_words 13 端点补 auth] 看板已完成 → dida 同步 closecompletedTime 2026-08-10 01:25 UTC</p>
<p><strong>滴答清单跟踪</strong>P0 系列已在滴答清单 <code>wecom_it_smart_desk</code> 项目下建任务(标签 <code>work</code>)。<strong>v1.9.4 闭环同步(2026-08-11 14:28 复验)</strong><br/>
- <code>6a76a80de4b050c704916c07</code> [P0-NEW9] /api/test-ping 生产暴露调试端点治理(main.py 未走 env 分支)— dida 已 completed 对齐(completedTime 2026-08-11 06:28 UTC,与看板「✅ 已修复」闭环一致)<br/>
- T11 = <code>6a7928a2e4b068980437bb15</code> [P0-NEW10] debug 端点全清单治理(test-ping/test-error/health/ready/metrics/version/openapi.json)— dida 已 completed 对齐completedTime 2026-08-11 06:28 UTC,与看板「✅ 已修复」闭环一致<br/>
- <code>6a7a7ae6e4b068a058339f6e</code> [P0-NEW11] /api/openapi.json 312 端点治理 — dida 已 completed 对齐(completedTime 2026-08-11 04:24 UTC,与看板闭环一致)<br/>
- <code>6a6bfc2be</code> [P1 sensitive_words 13 端点补 auth] 看板已完成 → dida 同步 closecompletedTime 2026-08-10 01:25 UTC<br/>
- <code>6a72c892e4b08d42854aa7cf</code> [P0-3] closing_service 时区错位修复(<strong>2026-08-11 16:08 已部署预生产 + dida completed</strong> 对齐,completedTime 2026-08-11 08:13:52 UTC<br/>
- <code>6a7ad5f0e4b01cac6d71dfbf</code> [P0-4] employee_profile ServiceLocal NoneType 修复(<strong>2026-08-11 16:08 已部署预生产 + dida completed</strong> 对齐,completedTime 2026-08-11 08:13:58 UTC</p>
<p><strong>P0-1 闭环</strong>:看板 P0-1 <code>/itportal/</code> 500 修复闭环 — nginx.conf line 139-142 已显式注释"/itportal/ 静态前端块已移除 (2026-08-03 fix)",今日公网实测 500→404rewrite cycle 消失)。迁移至"✅ 最近完成"区。</p>
<hr/>
<h2 id="p1-medium-priority">🟡 P1 重要(待办 / Medium Priority <a class="back-to-toc" href="#toc" title="回到目录">📑</a></h2>
@@ -622,6 +689,48 @@ footer {
</thead>
<tbody>
<tr>
<td><strong>BUG-登录-测试账号面板不显示-002</strong></td>
<td>H5 端"测试账号登录"面板永不显示 + H5 dist 部署路径错配 + dev_auth router prefix 与 nginx proxy_pass 路径冲突(双根因 + 双铁律级落地)</td>
<td>🔴 P0</td>
<td>Duckula</td>
<td><strong>2026-08-11 19:30</strong></td>
</tr>
<tr>
<td><strong>BUG-登录-扫码劫持-001</strong></td>
<td>DEV_MODE=true 劫持真实扫码登录(坐席端/管理后台)+ nginx <code>/api/dev/</code> 白名单遗漏公司出口 IP</td>
<td>🔴 P0</td>
<td>Duckula</td>
<td><strong>2026-08-11</strong></td>
</tr>
<tr>
<td><strong>P0-NEW9</strong></td>
<td>/api/test-ping 生产暴露调试端点治理(main.py 未走 env 分支)</td>
<td>🔴 P0</td>
<td>Duckula</td>
<td><strong>2026-08-11</strong></td>
</tr>
<tr>
<td><strong>P0-NEW10</strong></td>
<td>后端 debug 端点全清单治理(test-ping/test-error/health/ready/metrics/version/openapi.json</td>
<td>🔴 P0</td>
<td>Duckula</td>
<td><strong>2026-08-11</strong></td>
</tr>
<tr>
<td><strong>REQ-006</strong></td>
<td>预生产测试通道:DEV_MODE + nginx 内网闸门 + 三端测试登录入口</td>
<td>🟢 基建</td>
<td>Duckula</td>
<td><strong>2026-08-11</strong></td>
</tr>
<tr>
<td><strong>PR #6</strong></td>
<td>task-actions-pivot:坐席端 TaskDetailView 操作区主操作+⋯ 收纳</td>
<td>🟡 功能</td>
<td>Duckula</td>
<td><strong>2026-08-11</strong></td>
</tr>
<tr>
<td><strong>P0-1</strong></td>
<td><code>/itportal/</code> 入口 500 错误(nginx rewrite cycle</td>
<td>🔴 P0</td>
@@ -944,16 +1053,16 @@ footer {
<hr/>
<h2 id="_4">📈 任务统计 <a class="back-to-toc" href="#toc" title="回到目录">📑</a></h2>
<ul>
<li><strong>总任务数</strong>: 110v1.9.4 = v1.9.3 109 + P0-NEW11 /api/openapi.json 独立 task</li>
<li><strong>已完成</strong>: 98(持平</li>
<li><strong>🔴 P0 必做</strong>: 7P0-3 / 4 / 5 / 6 / NEW8 / NEW9 / NEW10 / <strong>NEW11</strong>NEW7 已修复P0-1 已闭环)</li>
<li><strong>总任务数</strong>: 115v1.9.5 114 + P0-NEW12 应用层 debug 端点代码层根因 1 项</li>
<li><strong>已完成</strong>: 103+1BUG-登录-扫码劫持-001 DEV_MODE 修复 + nginx 白名单;P0-NEW9 / P0-NEW10 / P0-NEW11 / P0-3 / P0-4 已闭环已部署;BUG-002 已闭环入"已完成"区</li>
<li><strong>🔴 P0 必做</strong>: 2<strong>P0-NEW8</strong> host vs git 仓库结构差异 + <strong>P0-NEW12</strong> 应用层 debug 端点代码层根因;P0-6 已知噪声;NEW7 / NEW9 / NEW10 / NEW11 / P0-3 / P0-4 / BUG-002 已闭环已部署;P0-5 描述失真已关闭P0-1 已闭环)</li>
<li><strong>🟡 P1 重要</strong>: 6P1-1.1 / 治理-1 / 治理-2 / 治理-3 / P1-Alembic / P1-IdxP1-治理-sens 是 dida close 同步不入待办列)</li>
<li><strong>🟢 等用户决策</strong>: 2BLK-A/B<strong>均超 31 天阈值</strong></li>
<li><strong>🟢 等用户决策</strong>: 2BLK-A/B<strong>均超 32 天阈值</strong>08-12 自 07-11 已 32 天</li>
<li><strong>🟠 进行中</strong>: 1#81 v1.2 待排期)</li>
<li><strong>🟡 待开始</strong>: 0</li>
<li><strong>⏸️ 暂停</strong>: 5(安全策略检查平台)</li>
<li><strong>⚠️ 风险项</strong>: 2(风险-1 Nginx /h5/ alias+try_files 潜伏 500 隐患 dida <code>6a752de4</code> + 风险-2 公网版本停滞 3 天 <code>/h5/go</code> v20260808</li>
<li><strong>dida365 同步状态</strong>: 2026-08-10 01:25 UTC 同步 close 1 项(sensitive_words <code>6a6bfc2be</code>);2026-08-08 03:52 UTC 同步 close 3 项 + create 3 项。<strong>双向同步铁律</strong>:看板→dida 与 dida→看板 均纳入巡检必做项</li>
<li><strong>⚠️ 风险项</strong>: 1(风险-1 Nginx /h5/ alias+try_files 潜伏 500 隐患 dida <code>6a752de4</code><strong>风险-2 公网版本停滞 3 天已解除</strong> 08-12 公网实测 /h5/go → v20260811</li>
<li><strong>dida365 同步状态</strong>: 2026-08-10 01:25 UTC 同步 close 1 项(sensitive_words <code>6a6bfc2be</code>);2026-08-08 03:52 UTC 同步 close 3 项 + create 3 项<strong>2026-08-11 同步</strong>P0-NEW9/NEW10/NEW11 全部 completed + BUG-002 待补建 dida 任务并 complete<strong>08-12 早班同步触发 P0-NEW12 create</strong>);<strong>16:45 同步:BUG-登录-扫码劫持-001 待补建 dida 任务并 complete</strong><strong>双向同步铁律</strong>:看板→dida 与 dida→看板 均纳入巡检必做项</li>
</ul>
<hr/>
<h2 id="_5">🔗 相关文档 <a class="back-to-toc" href="#toc" title="回到目录">📑</a></h2>
@@ -965,6 +1074,9 @@ footer {
</ul>
<hr/>
<h2 id="_6">📝 看板版本变更记录 <a class="back-to-toc" href="#toc" title="回到目录">📑</a></h2>
<blockquote>
<p>模板依据:规范 §4.2 / §8.3 变更记录表(含「变更原因」「影响范围」)</p>
</blockquote>
<table>
<thead>
<tr>
@@ -972,93 +1084,193 @@ footer {
<th>日期</th>
<th>变更内容</th>
<th>变更人</th>
<th>变更原因</th>
<th>影响范围</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>v1.9.6-DRAFT</strong></td>
<td>2026-08-12</td>
<td>早班巡检 4 项关键发现(公网版本停滞解除 / P0-NEW12 应用层 debug 端点代码层根因 / 容器全绿 / dida 双向校验)</td>
<td>Duckula (AI)</td>
<td>2026-08-12 09:00 早班巡检:jumpserver-V2 + 公网 curl + 容器内 <code>python urllib</code> 三重实测</td>
<td>🔴 P0 1→2;✅ 已完成 101→102;⚠️ 风险 2→1;总任务 114→115;新增 P0-NEW12</td>
</tr>
<tr>
<td><strong>v1.9.5-DRAFT 增补(晚间 19:30</strong></td>
<td>2026-08-11</td>
<td>BUG-登录-测试账号面板不显示-002 闭环(双根因 + 双铁律级落地:Login.vue 一行 + deploy 路径铁律 + dev_auth prefix + nginx proxy_pass+ 公网 <code>/api/dev/health</code> 真实 dev_mode 响应验证</td>
<td>Duckula (AI)</td>
<td>18:17 用户反馈"用户端老版本"→18:50 双层定位(前端 BUG + 部署路径错配)→19:06 pnpm build + deploy 落空 + 远端 mv 修正 →19:24 dev_auth + nginx 协同修复 + 公网 curl 验证 <code>{code:0, data:{dev_mode:true,...}}</code> →19:30 Git commit <code>e9d10c2d</code> 本地 + 看板 v1.9.5 增补</td>
<td>🆕 新增 BUG-002 缺陷单 + 4 项铁律级落地;总任务 113→114</td>
</tr>
<tr>
<td><strong>v1.9.4-DRAFT 增补(午后 7</strong></td>
<td>2026-08-11</td>
<td>BUG-登录-扫码劫持-001 闭环(DEV_MODE 修复 + nginx <code>/api/dev/</code> 白名单)+ Git commit <code>9e04016b</code> on main + 预生产部署</td>
<td>Duckula (AI)</td>
<td>16:24 用户复核方案 2 治本→16:35 团队协作(工程师寇豆码 IS_PASS:YES + QA严过关 11/11 PASS)→16:38 主理人部署(bind mount 源路径 <code>/opt/wecom-it-desk/app/services/qrcode_service.py</code> + nginx reload + 后端容器重启 24s healthy)→16:45 用户真实企微账号登录坐席端/管理后台通过验证</td>
<td>🔴 P0 仍 1(仅余 NEW8);✅ 已完成 102→103;总任务 112→113;新增 BUG-登录-扫码劫持-001.md + tests/test_qrcode_hijack_fix.py</td>
</tr>
<tr>
<td><strong>v1.9.4-DRAFT 增补(午后 6</strong></td>
<td>2026-08-11</td>
<td>P0-3 / P0-4 预生产部署闭环(jumpserver-V2+ dida 双 complete + kanban HTML 公网发布</td>
<td>Duckula (AI)</td>
<td>16:08 jumpserver-V2 status=201 缓存有效→upload 3 文件→备份 .bak-p03p04-20260811160814→cp 覆盖→docker restart wecom_it_backend→Up 18s healthy;端到端验证 ClosingService.reopen_conversation 报预期 AppException(1007) 而非 TypeErrorget_employee_profile_service() 实例化成功。dida P0-3 <code>6a72c892</code> + P0-4 <code>6a7ad5f0</code> 均 completed08:13:52/58 UTC)。HTML 58187B 公网 200 OK</td>
<td>🔴 P0 仍 1(仅余 NEW8);dida 闭环</td>
</tr>
<tr>
<td><strong>v1.9.4-DRAFT 增补(午后 5</strong></td>
<td>2026-08-11</td>
<td>P0-3 / P0-4 本地修复 + P0-5 描述失真已关闭(disk 实测结构正确)</td>
<td>Duckula (AI)</td>
<td>15:26 用户复核→15:30 三项同时落地:① closing_service.py:467 加 <code>timezone.utc</code>2 行)② main.py lifespan 强制 get_session_local() + employee_profile_service.py:236 改 <code>get_session_local()()</code>(双拦 1+1 行)③ P0-5 描述与磁盘不符,Glob 确认 <code>app/constants/__init__.py</code> (1109B re-export) + <code>app/constants/automation.py</code> (11635B 真模块) 正确</td>
<td>🔴 P0 4→1;待部署清单:P0-3/P0-4 本地已修+未部署;dida P0-3 待部署后 close + P0-4 需补建任务</td>
</tr>
<tr>
<td><strong>v1.9.4-DRAFT 增补(午后 4</strong></td>
<td>2026-08-11</td>
<td>P0-NEW9/NEW10 调试端点闭环(nginx 边缘层 404+ f2fd4fa WIP 已推 Gitea feat 分支</td>
<td>Duckula (AI)</td>
<td>13:58 nginx 边缘层治理复测通过;14:1x 波动网络推送成功(本地 CONNECT 代理 + 6 块拆分)</td>
<td>🔴 P0 6→4;✅ 已完成 100→102feat/task-actions-pivot-v1.8=f2fd4fa 远端落盘</td>
</tr>
<tr>
<td><strong>v1.9.4-DRAFT 增补(午后 3</strong></td>
<td>2026-08-11</td>
<td>P0-NEW11 闭环:应用层关 <code>openapi_url</code>/<code>docs_url</code>/<code>redoc_url</code> + nginx 4 条 <code>return 404</code> 双拦,公网复测三者均 404</td>
<td>Duckula (AI)</td>
<td>早班巡检确认公网 <code>/api/openapi.json</code> 312 端点暴露,修复后复测通过</td>
<td>🔴 P0 7→6;✅ 已完成 99→100;滴答 NEW11 completed</td>
</tr>
<tr>
<td><strong>v1.9.4-DRAFT 增补(午后)</strong></td>
<td>2026-08-11</td>
<td>PR #6 合并入 maintask-actions-pivot / 坐席端 TaskDetailView 操作区收纳)</td>
<td>Duckula (AI)</td>
<td>Gitea PR #6 经评审合并(绕过单用户审批门禁 405)</td>
<td>✅ 已完成 98→99;总任务 110→111;仍 v20260808(未部署)</td>
</tr>
<tr>
<td><strong>v1.9.4-DRAFT 增补(午后 2</strong></td>
<td>2026-08-11</td>
<td>REQ-通用-006 预生产测试通道上线(DEV_MODE + nginx 内网闸门 + 三端测试登录)</td>
<td>Duckula (AI)</td>
<td>三端企微 OAuth 无法自动化测试痛点闭环</td>
<td>✅ 已完成 99→100;总任务 111→112</td>
</tr>
<tr>
<td><strong>v1.9.4-DRAFT</strong></td>
<td>2026-08-11</td>
<td>🆕 早班巡检触发的治理小版本(<strong>5 项关键发现</strong>):① <strong>🔴 公网版本停滞 3 天</strong>NEW):jumpserver-V2 + 公网 <code>curl</code> 实测 <code>/h5/go</code><code>302 → /h5/v20260808/</code>08-08 09:30 last deploy3 天无新发版);/itservice/go 同样 ② <strong>🔴 P0-NEW9/NEW10 仍 200 暴露</strong>:容器内 <code>curl /health</code> 200 + 公网 <code>/api/test-ping</code> 200 含 pong + <code>/api/test-error</code> 200 + <code>/api/openapi.json</code> 200 OK 424122B312 端点全公开) ③ <strong>🔴 风险 /h5/ 今日到期</strong>dida <code>6a752de4</code> due 2026-08-11 16:00,今晚不修即逾期 ④ <strong>🔴 P0-3 closing_service 时区错位 5 → 8 天</strong>dida <code>6a72c892</code> 仍 status=0due 08-06 已逾期 5 天 ⑤ <strong>🟡 BLK-A/B 30 → 31 天阈值校正</strong>2026-07-11 → 2026-08-11)。<strong>新增</strong>P0-NEW11/api/openapi.json 独立 task,从 P0-NEW10 拆分)+ 风险-2(公网版本停滞)。看板:🔴 P0 6→7 / 🟡 P1 6(持平)/ 🟢 等决策 31 天阈值(30→31)/ ⚠️ 风险项 1→2 / 总任务 109→110。<strong>v1.9.3-DRAFT 1 天未冻结</strong>08-10 09:00 → 08-11 09:00),本次合并入 v1.9.4 待审</td>
<td>早班巡检 5 项关键发现(版本停滞 / NEW9-10 暴露 / 风险 /h5/ / P0-3 / BLK 阈值)</td>
<td>Duckula (AI)</td>
<td>2026-08-11 09:00 早班巡检实测</td>
<td>🔴 P0 6→7;⚠️ 风险项 1→2;总任务 109→110;新增 P0-NEW11 + 风险-2</td>
</tr>
<tr>
<td><strong>v1.9.3-DRAFT</strong></td>
<td>2026-08-10</td>
<td>🆕 早班巡检触发的治理小版本(<strong>4 项关键发现</strong>):① <strong>P0-1 /itportal/ 500 修复闭环</strong>nginx.conf line 139-142 已 08-03 部署生效,今日公网实测 500→404rewrite cycle 消失),P0-1 从"待部署"迁入"已完成"区(2026-08-03 完成日) ② <strong>dida365 双向校验发现 4 处反向脱节</strong>dida <code>6a6bfc2be</code> sensitive_words 13 端点补 auth 看板已完成但 dida 仍 status=0(本次同步 close+ dida <code>6a705109</code> Alembic 053-057 迁移脱节 / dida <code>6a70510f</code> troubleshooting_templates 索引 / dida <code>6a752de4</code> Nginx /h5/ alias+try_files 潜伏500 看板缺失(补登) ③ <strong>console 残留 128 → 129</strong>h5 不变 / agent 17→20 新增 3 处 / terminal 7→8 新增 1 处) ④ <strong>BLK-A/B 26 → 30 天阈值校正</strong>2026-07-11 → 2026-08-10)。新增 P0-NEW10debug 端点全清单治理)+ P1 治理-2/3(看板-滴答双向同步铁律升级)。看板:🔴 P0 6(持平,P0-1 闭环 + P0-NEW10/ 🟡 P1 2→5Alembic/Idx/治理-2/治理-3 补登)/ ✅ 已完成 97→98 / ⚠️ 风险项 0→1</td>
<td>早班巡检 4 项发现(P0-1 闭环 / dida 反向脱节 / console 129 / BLK 阈值)</td>
<td>Duckula (AI)</td>
<td>2026-08-10 09:00 早班巡检</td>
<td>🔴 P0 6;🟡 P1 2→5;✅ 已完成 97→98;⚠️ 风险项 0→1</td>
</tr>
<tr>
<td>v1.9.2-DRAFT</td>
<td>2026-08-08</td>
<td>🆕 早班巡检触发的治理小版本:<strong>dida365 自动同步 6 项</strong>close 3 / create 3——close <code>6a6bfc29</code> [P0→P3] /h5/ 404、close <code>6a72c88d</code> [P0-2] sensitive_words 13 端点、close <code>6a72c897</code> [P1-1] console 208 行(但发现仍残留 128 行,二次治理由 P1-1.1 承担);create <code>6a76a80d</code> [P0-NEW9] /api/test-ping 生产暴露、create <code>6a76a802</code> [P1-1.1] console 二次清理、create <code>6a76a809</code> [P1 治理-看板-滴答双源同步]。看板:🔴 P0 5→6 / 🟡 P1 0→2 / ✅ 已完成 94→97(基础计数 v1.9.1 100 + P0-NEW9 + P1-1.1 + P1 治理-1 = 104)。同步时间戳:2026-08-08 03:52 UTC</td>
<td>dida365 自动同步 6 项(close 3 / create 3+ 新增 P0-NEW9</td>
<td>Duckula (AI)</td>
<td>2026-08-08 03:52 UTC dida 同步</td>
<td>🔴 P0 5→6;🟡 P1 0→2;✅ 已完成 94→97</td>
</tr>
<tr>
<td>v1.9.1 补录2</td>
<td>2026-08-07</td>
<td>✅ 【P0】#104 运行期结构化日志查看页 <strong>结案</strong>jumpserver-V2 生产实测四项证据齐备(管理页 200 / 前端 chunk 含筛选+下载命中行 / 后端端点已挂载(4004 = #48 IP 白名单预期门禁,非故障)/ 日志源 JSON 持续写入)。从「待开始」区迁入「最近完成」区;待开始 0 项;已完成 93→94。滴答清单同步完成</td>
<td>#104 运行期结构化日志查看页结案</td>
<td>Duckula (AI)</td>
<td>2026-08-07 jumpserver 生产实测结案</td>
<td>待开始 0;已完成 93→94</td>
</tr>
<tr>
<td>v1.9.1 补录</td>
<td>2026-08-07</td>
<td>P1补齐 Nginx 生产安全响应头】已修复并关闭:生产 nginx.conf 注入 7 安全头(server 级 + 各含 add_header 的 location 内,均带 always),nginx -t 通过 + docker restart wecom_it_nginxorigin 与公网(WAF)双验证通过。补录至最近完成区;已完成 92→93</td>
<td>P1 补齐 Nginx 生产安全响应头7 头)</td>
<td>Duckula (AI)</td>
<td>2026-08-07 安全巡检修复</td>
<td>已完成 92→93</td>
</tr>
<tr>
<td><strong>v1.9.1-FROZEN</strong></td>
<td>2026-08-06 11:50</td>
<td>冻结P0-NEW7看板-部署脱节已修复。nginx <code>/docs/</code> 路由上线 + docker-compose.yml docs-public 挂载生效;外部 URL 实测 200。修复期间发现并新增 P0-NEW8host 文件结构 vs git 仓库结构差异)。归档副本 <code>项目状态看板-v1.9.1-FROZEN.html</code></td>
<td>Duckula (AI)</td>
<td>2026-08-06</td>
<td>冻结P0-NEW7 看板-部署脱节已修复</td>
<td>Simon(审核)</td>
<td>PM 审核通过</td>
<td>归档 <code>项目状态看板-v1.9.1-FROZEN.html</code></td>
</tr>
<tr>
<td><strong>v1.9.0-FROZEN</strong></td>
<td>2026-08-06 11:36</td>
<td>冻结v1.9-DRAFT 内容经 PM 审核通过正式生效;归档副本 <code>项目状态看板-v1.9.0-FROZEN.html</code><strong>修正 v1.8.0 起"对外发布"声明与现实脱节</strong>nginx <code>/docs/</code> 路由从未生效,已添加 P0-NEW7 看板-部署脱节);HTML 文件已上传至 jumpserver <code>/opt/wecom-it-desk/docs-public/kanban/</code> + <code>/inspection/2026-08/</code>,但 nginx 服务不可达(详见 P0-NEW7</td>
<td>2026-08-06</td>
<td>冻结 v1.9-DRAFT(修正服务发布声明脱节</td>
<td>Simon(审核)</td>
<td>PM 审核通过</td>
<td>归档 v1.9.0-FROZEN;新增 P0-NEW8</td>
</tr>
<tr>
<td>v1.9.0-DRAFT</td>
<td>2026-08-06</td>
<td>🆕 草稿:① P0 必做 4→5(P0-2 修复迁移至已完成 + P0-5 打包错误 + P0-6 OAuth 信息类 + P0-4 行号描述修正)② P1 重要 1→0(P1-1 清理迁移至已完成)③ 已完成 88→91 ④ 等用户决策 25→26 天阈值 ⑤ 总任务数 96→99 ⑥ 看板顶部版本号自动切换为 draft badge ⑦ 看板与现实脱节条目得到修正</td>
<td>草稿(P0 必做 / P1 重要 / 等决策分区重构 + 计数)</td>
<td>Duckula (AI)</td>
<td>看板结构升级</td>
<td>总任务数 96→99</td>
</tr>
<tr>
<td><strong>v1.8.0-FROZEN</strong></td>
<td>2026-08-05 19:37</td>
<td>冻结v1.8-DRAFT 内容经 PM 审核通过正式生效;归档副本 <code>项目状态看板-v1.8.0-FROZEN.html</code><strong>⚠️ 服务发布声明脱节</strong>(声称发布至 <code>https://itsupport.servyou.com.cn/docs/kanban/</code> + <code>/docs/inspection/</code> 实际 404——nginx 无 <code>/docs/</code> 路由,v1.9 已修正声明并新增 P0-NEW7 治理)</td>
<td>2026-08-05</td>
<td>冻结 v1.8-DRAFT</td>
<td>Simon(审核)</td>
<td>PM 审核通过</td>
<td>归档 v1.8.0-FROZEN(声明脱节待 P0-NEW7 修正)</td>
</tr>
<tr>
<td>v1.8-DRAFT</td>
<td>2026-08-05</td>
<td>🆕 草稿新增 🔴 P0 必做分区(4 项)/ 🟡 P1 重要分区(1 项)/ 🟢 等用户决策分区(2 项,25 天阈值);总任务数 92→96;引入 4 维分类(新增/历史遗留/信息/建议);附 HTML 巡检报告归档路径</td>
<td>草稿新增 3 分区 + 4 维分类)</td>
<td>Duckula (AI)</td>
<td>看板分区重构</td>
<td>总任务数 92→96</td>
</tr>
<tr>
<td>v1.7</td>
<td>2026-08-03</td>
<td>#81 状态反转v1.1 阶段1 已完成(07-28)→ 进行中;新增今日完成项 troubleshooting_templates 5 端点 + /itportal 500 修复;统计 92/87/1/1/5/2</td>
<td>#81 状态反转 + 今日完成项入库</td>
<td>Duckula (AI)</td>
<td>阶段状态更新</td>
<td>统计 92/87/1/1/5/2</td>
</tr>
<tr>
<td>v1.5</td>
<td>2026-07-30</td>
<td>追加 BUG-用户-003 修复完成项(H5 结束会话失败回归);总任务数 90→91;已完成 84→85;关联 TC-用户-008;待开始不变</td>
<td>BUG-用户-003 修复完成</td>
<td>Duckula (AI)</td>
<td>2026-07-30 修复</td>
<td>总任务 90→91;已完成 84→85</td>
</tr>
<tr>
<td>v1.4</td>
<td>2026-07-24</td>
<td>批量完成项入库(批次 1-4 重构 / D1 合并 / 文档重组 / #124 坐席接单按钮 / #125 H5 选项消息</td>
<td>批量完成项入库(批次1-4 / D1 / 文档重组 / #124 / #125</td>
<td>Simon</td>
<td>2026-07-24 收编</td>
<td>多任务迁入完成区</td>
</tr>
</tbody>
</table>
</main>
<footer>
本页面由 <code>build_kanban_html.py</code> 自动生成于 2026-08-11 09:26 (GMT+8) · 数据源:docs/07-项目管理/项目状态看板.md<br>
本页面由 <code>build_kanban_html.py</code> 自动生成于 2026-08-12 10:16 (GMT+8) · 数据源:docs/07-项目管理/项目状态看板.md<br>
修改流程:编辑 .md → 跑脚本生成 .html → (可选)部署到 jumpserver → commit & push
</footer>
</div>