13今日提交记录
88今日候选新增/修改文件
520260622 任务索引项
3团队线程记录
业务目标与今日推进
这件事的业务目标是：把每天产生的文档、证据和 review 变成可复用知识资产、可执行下一步、可避免反模式，并服务产品交付、研发协作、客户项目推进和团队管理透明度。
今日判断：有前进。 证据是：今天材料集中在数科半年度策略纠偏、总结报告范式、自动化用户行为测试、QC 登录能力和城市副中心压测计划，不只是零散文件。
还没完全前进的地方： store/QC smoke 仍受本机环境阻塞；城市副中心部署/压测材料外发前必须脱敏。
结论性复盘
| 今天结论性做成的事 | 为什么重要 | 数据或证据支撑 | 还差什么 |
|---|---|---|---|
| 数科策略材料从否定稿纠偏到今年版主线 | 重要汇报不能只格式正确，必须贴合今年经营和产品研发主线。 | 48 篇会议资料；4 个 WeKnora 文档写入；今年版 Word 读回 75 段、4 表；PDF A4 4 页。 | Jack 最终 review；专利、软著、硬件、AI 人效和财务测算补证。 |
| 2 月月报被拆成清晰表达范式 | 周总结、月总结、策略稿可以少返工。 | 原 Word 读回 61 段、1 表、24 图；新增 Markdown、HTML 和 skill。 | 用下一份真实总结验证是否降低返工。 |
| 自动化用户行为测试控制面建立 | 把测试失败也变成可复现、可修复、可回归证据。 | 新增控制目录、测试模板、错误修复模板、store/QC 两个 P0 pilot。 | 恢复环境后补跑 Playwright trace 和导出 metadata。 |
| QC 微信一键登录形成验证包 | 微信内打开售前采集系统时可降低登录摩擦。 | 普通浏览器、微信内置浏览器、本地 placeholder 三种模式；build/lint/check 通过。 | 真实 OAuth callback、appid、回调域名和目标环境配置仍需确认。 |
| 城市副中心压测计划成形 | 客户项目验收需要可执行测试计划，而不是泛泛说“已测试”。 | 9 台服务器角色、60 台 460 设备、1500 人、99.5% 成功率和 P95/P99 指标。 | 先脱敏，再执行基础验证和压测。 |
今天新增/更新了什么
- 数科半年度策略材料：会议资料、策略底稿、Word/PDF/HTML、纠偏记录。
- 总结报告方法：2 月月报范式、HTML、skill 和 eval。
- 自动化测试总控：系统 registry、测试模板、错误修复模板。
- store/QC smoke：run summary、test case、error record、截图证据。
- QC 微信一键登录：行为矩阵、截图、构建验证和人审门禁。
- 城市副中心：全局测试计划与 460 高峰用餐测试用例。
你现在应该看什么
| 文件 | 为什么值得看 |
|---|---|
| 产品研发今年版 HTML | 最新推荐稿，先看这份，不要看旧主线。 |
| 二次纠偏记录 | 解释为什么上一版仍然不对。 |
| 月报范式 HTML | 以后写总结和汇报的可复用结构。 |
| store/QC smoke review | 一页看清测试跑到哪、卡在哪里。 |
| QC 微信一键登录 summary | 看清已验证和未验证边界。 |
下一步怎么执行
| 事项 | 建议负责人或角色 | 下一步动作 | 触发条件 |
|---|---|---|---|
| Review 数科今年版 | Jack / 产品研发负责人 | 确认主线、口径和是否可会上使用。 | 半年度策略材料定稿前 |
| 补硬证据 | 产品研发 / 财务 / 业务负责人 | 补专利软著编号、硬件型号报价、接口、人效和财务依据。 | 对外汇报或管理层拍板前 |
| 复跑 store smoke | store 研发 / 本机执行人 | 启动 Docker 和本地服务，跑登录到订单查询。 | Docker 可用后 |
| 复跑 QC smoke | QC 研发 / 本机执行人 | 启动 MySQL/API，再跑登录到导出。 | API 3001 和 DB 可用后 |
| 确认微信登录 | QC 产品/研发/售前 | 确认 appid、回调域名和真实 OAuth。 | 客户使用前 |
| 城市副中心脱敏 | 交付 / 测试 / 文档 owner | 拆内部执行版和客户可见版。 | 任何外发或模板化前 |
可以复用的好做法
- 先保留用户认可的业务推理链，再套结构。
- 用户否定稿先写成反例，不能继续润色。
- 自动化 smoke 跑不通也要留下 blocker、截图和下一步。
- 本地端口必须验明目标应用身份，不能只看 200。
- 第三方登录要区分本地 placeholder 和真实外部回调。
不要踩的坑
- 不要把格式正确当成内容正确。
- 不要沿 2026-06-21 被否定策略稿继续扩写。
- 不要把 blocked/partial 测试写成通过。
- 不要在部署、压测、数据库、客户现场材料里保留真实配置值或连接细节。
- 不要把 QC 本地 placeholder 登录写成真实微信 OAuth 已通过。
待确认问题
- 产品研发今年版是否已经满足 Jack 对“今年新思路”的要求？
- 半年度策略材料最终汇报人如何写？
- 专利、软著、硬件、接口和 AI 人效证据由谁补？
- QC 微信一键登录使用公众号 appid 还是开放平台 appid？
- store/QC 自动化 smoke 由谁恢复环境并补跑？
- 城市副中心测试文档是否拆内部版和客户可见脱敏版？
机会判断
| 机会线 | 判断 | 可靠性 | 下一步 |
|---|---|---|---|
| 能力杠杆 | 总结报告范式可复用到周报、月报、策略稿。 | B | 用下一份真实总结验证。 |
| 能力杠杆 | 自动化测试控制面可转成研发/交付 smoke 标准。 | B | 恢复环境后补跑 trace。 |
| 长期期权 | 数科产品研发今年版有产品化方向，但还缺硬证据。 | C | 补专利、硬件、接口、销售和人效数据。 |
| 交付复用 | 城市副中心压测计划可成为政务云交付模板。 | C | 脱敏并执行一轮基础验证。 |
| 停止/忽略 | 今天没有线上成交或资金实验稳定信号。 | D | 不强行扩展。 |