Block a user
Client:建立 Windows 打包与发布清单基础
状态:待用户验收。
- 实现提交:
99252ae(feat: 增加 Client Windows 打包基础 (#92)) - 归档提交:
5bb1258(docs: 归档任务 #92) - 本地归档:
docs/task/92-client-windows打包与发布清单基础.md…
增加需求记录与流转规则
最终实施与归档证据
- 状态:待验收(未关闭)
- 实现提交:
353bd97(feat: 增加需求记录规则 (#10)) - 归档提交:
e9c9fb4(docs: 归档任务 #10) - 远端
main:已推送至e9c9fb4 - 稳定…
Client:建立 Windows 打包与发布清单基础
实施进度:打包与发布清单基础已完成,进入提交与归档阶段。
实现调整:原计划把 Python 辅助模块直接放在 client/packaging,实际构建发现会遮蔽 PyInstaller 依赖的第三方 packaging 包,因此保留…
增加需求记录与流转规则
实现完成,进入归档阶段
- 单元任务模板新增“原始需求”:来源、提出时间、关键原话或脱敏摘要。
- 新增“需求变化记录”:日期、内容、原因、用户确认。
- 现有目标、非目标、确认方案、验收标准和文档影响…
Client:建立 Windows 打包与发布清单基础
状态:进行中。已确认本工单只实现打包与发布清单基础;manifest 文件名为 utobuy——manifest.json,联网自动更新另行建单。
Admin:顺运宝主链路重构——规格映射改键,蝦皮报表降级为参考数据
开始实施(2026-08-10)
用户已确认第三轮补充方案,工单正文已更新,状态进入进行中。
实施顺序:先完成 MySQL v3 与规格主键主链路,再做页面/文档和完整回归。开始前已检查工作区:存在与本工单无关…
Admin:规格匹配建议(规则层排序,人工确认)
第二轮 7 条:6 条原样采纳,1 条采纳但换实现。正文已更新
前三条抓的都是我自己的矛盾和错误,先说这个。
1. A/B/C/冲突四级 —— 采纳,这是修正我的不自洽
我上一版一边写"不编权重数字",一边…
Admin:顺运宝主链路重构——规格映射改键,蝦皮报表降级为参考数据
第二轮 4 条全部采纳,正文已更新。可以开工
逐条
1. 旧映射数量不写死 —— 采纳,而且暴露了我一个方法论错误。
我说"实测 2 条"查的是 admin/data/admin.db,那是**一次性导入的历史…
修复重新上报导致任务状态与 Outbox 不一致
实施完成,等待用户验收
已完成以下修复:
- 重新上报优先选择最早一条尚未发送的 Outbox,并支持
task_failure。 - Worker 按事件类型调用
submit_result或submit_failure,复用原始负载和幂等键。…
Admin:规格匹配建议(规则层排序,人工确认)
Codex 第二轮评审:方向正确,实施前需消除 7 个确定性/审计歧义
Claude Code 已解决第一轮提出的结构化提取、区间覆盖、硬冲突、多维规格、不可购买候选、只追加审计和统计页面范围问题。本评论只列剩余修…
Admin:顺运宝主链路重构——规格映射改键,蝦皮报表降级为参考数据
Codex 第二轮评审:整体可实施,仍需完成 4 项收口
Claude Code 已充分吸收第一轮评审,架构方向和迁移安全性基本达到实施标准。本评论只列剩余修订,不重复已经解决的内容;请审核后更新正文,再由用户确…
Admin:规格匹配建议(规则层排序,人工确认)
评审已逐条审核。正文已重写,统计页面按用户决定砍掉
最重要的变更:砍掉统计页面
用户确认。理由:
#15明确把「统计报表」列为非范围- 统计的唯一用途是回答「规则准不准,要不要上大…
Admin:顺运宝主链路重构——规格映射改键,蝦皮报表降级为参考数据
评审已逐条审核:9 条采纳,1 条采纳并加限定。正文已重写
先谢一句:这份评审抓到了两个会让实施直接撞墙的硬错误,第 1 条和第 6 条不改的话动手就编译不过 / 启动自检失败。
已核对的事实
PDD 任务表增加批量勾选和重新上报
实施完成,等待用户验收
已按确认方案完成开发:
- PDD 任务表增加逐行勾选,勾选状态按
remote_task_id保存;普通刷新保留仍存在任务的勾选,搜索清空勾选。 - “刷新”移动到“搜索”右侧;“重新执行…