 chengma
|
5ea8aa3d68
|
feat: 安全继续失败采购核单 (#262)
|
2026-08-18 09:55:32 +08:00 |
|
|
chengma
|
8b8a542cc5
|
feat: 任务失败后继续执行下一条 (#170)
|
2026-08-11 18:21:25 +08:00 |
|
|
chengma
|
1f48d3a857
|
feat: 展示PDD商品和采购订单信息 (#164)
|
2026-08-11 16:46:49 +08:00 |
|
|
chengma
|
5c2f4f65d9
|
feat: 切换正式管理端默认地址 (#148)
|
2026-08-11 11:50:29 +08:00 |
|
|
chengma
|
6553ae9367
|
feat: 批量重跑实时刷新任务状态 (#143)
|
2026-08-11 11:20:22 +08:00 |
|
|
chengma
|
e354dddad6
|
feat: 任务列表显示店铺名和执行用时 (#136)
|
2026-08-11 11:17:44 +08:00 |
|
|
chengma
|
598c808093
|
feat: 增加批量重新采集和安全重新采购 (#138 #139)
|
2026-08-11 10:42:51 +08:00 |
|
|
chengma
|
cd2889d76c
|
feat: 优化设置布局并支持管理端地址切换 (#130)
|
2026-08-11 09:24:04 +08:00 |
|
|
chengma
|
b789b50a16
|
fix: 下单后自动进入只读核单 (#119)
|
2026-08-10 19:18:26 +08:00 |
|
|
chengma
|
10bb892e6c
|
feat: 移除 Client 真实采购手工授权 (#114)
|
2026-08-10 18:37:35 +08:00 |
|
|
chengma
|
8c9dbfed44
|
fix: 识别失效商品链接返回首页 (#111)
|
2026-08-10 18:20:34 +08:00 |
|
|
chengma
|
70cedc34d4
|
refactor: 复用持久设备工作线程 (#110)
|
2026-08-10 18:00:38 +08:00 |
|
|
chengma
|
b2721071c9
|
feat: 安全移除本地任务记录 (#108)
|
2026-08-10 17:23:24 +08:00 |
|
|
chengma
|
39686d7b3b
|
fix: 领取任务后立即刷新列表 (#107)
|
2026-08-10 17:11:59 +08:00 |
|
|
chengma
|
e960cab1fb
|
feat: 实现受控真实下单安全边界 (#99)
|
2026-08-10 16:35:38 +08:00 |
|
|
chengma
|
077cba6831
|
fix: 修复重新上报任务状态不一致 (#91)
|
2026-08-10 11:18:06 +08:00 |
|
|
chengma
|
34ff39a200
|
feat: 增加任务批量勾选和重新上报 (#89)
|
2026-08-10 10:56:48 +08:00 |
|
|
chengma
|
977af345b5
|
fix: 统一重新执行提示位置 (#87)
|
2026-08-10 10:16:11 +08:00 |
|
|
chengma
|
bf816bce02
|
fix: 任务错误提示改为顶部居中 (#87)
|
2026-08-10 10:05:45 +08:00 |
|
|
chengma
|
74198bd70d
|
fix: 放大任务错误提示并自动关闭 (#84)
|
2026-08-10 09:59:34 +08:00 |
|
|
chengma
|
e7fb06d7aa
|
fix: 任务执行前检查 Android 设备连接 (#84)
|
2026-08-10 09:35:46 +08:00 |
|
|
chengma
|
39f4a8ee4f
|
fix: 优化重新采集取消交互 (#82)
|
2026-08-10 09:08:54 +08:00 |
|
|
chengma
|
c86c7482d9
|
feat: 完善采购任务安全恢复 (#73)
|
2026-08-10 00:27:52 +08:00 |
|
|
chengma
|
f201bcc4bf
|
feat: 安全领取并分派采购任务 (#72)
|
2026-08-10 00:05:40 +08:00 |
|
|
chengma
|
a6c573a76a
|
fix: 允许等待重试任务手动重新执行 (#70)
|
2026-08-09 22:47:44 +08:00 |
|
|
chengma
|
eda3661604
|
feat: 增加采集任务重新执行入口 (#63)
|
2026-08-09 21:44:29 +08:00 |
|
|
chengma
|
5fd71981e0
|
feat: 支持持续自动获取任务 (#45)
|
2026-08-09 10:54:18 +08:00 |
|
|
chengma
|
cb323d37ba
|
feat: 实现 PDD 任务详情窗口 (#39)
|
2026-08-08 09:46:58 +08:00 |
|
|
chengma
|
2d1fdbea3f
|
feat: 执行并提交 PDD 采集任务 (#32)
|
2026-08-07 17:38:29 +08:00 |
|
|
chengma
|
51062f4c7b
|
feat: 领取 Admin 采集任务并保存本地 (#30)
|
2026-08-07 16:42:31 +08:00 |
|
|
chengma
|
583e441e17
|
feat(client): connect PDD task list to SQLite (#9)
|
2026-08-06 16:31:34 +08:00 |
|
|
chengmaandClaude Opus 5
|
4f920f9d8b
|
docs: 排除蝦皮原始报表，并同步主按钮文案
raw_data 不进 Git
原始报表含逐商品台币销售额等商业数据，进了 Git 就是永久历史。
- .gitignore 排除 raw_data/
- 改掉三处"仓库里有一份样本"的失真表述，改为向项目负责人索取
- 06 §2.1 相应加强：既然大样本不进库，admin/testdata/ 下的脱敏小样本
就必须提交，否则别人拉下来测试跑不了；并写明脱敏做法
主按钮文案 开始自动获取 → 获取任务 ⇄ 停止获取
只改按钮标签。"自动获取"作为功能名保留（状态栏、Tab 顺序、
协调器开关等处不动），05 §4.1 加了一句说明两者不是一回事。
已知遗留：pdd_ui.py 自身仍不一致——构造时用「获取任务」，
但状态机 485/487 行仍是「开始自动获取」/「停止自动获取」，
会覆盖掉构造时的文字。该文件有未提交改动，本次未触碰，
差异已记入 02 §3.1，需另开工单修。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-06 15:58:09 +08:00 |
|
|
chengmaandClaude Opus 5
|
1f95de373a
|
docs: 增加红线清单，并把约束下沉到代码文件
起因：实测发现 Codex 不会主动把 338 行的规则手册当判断依据——
问“能用 PySide6 吗”答“可以评估”，问“加个 emoji 图标”直接给改法，
问“改错别字要建工单吗”结论对但依据是通用常识、不是 §0 的实际条件。
三次都表现为“知道代码事实，但不应用项目规则”。
对策一：红线上收
- 根 AGENTS.md 开头新增 5 条红线（Qt 绑定、下单开关、风控、凭据、
不可逆阶段），并明确“不要论证其可行性，先停下来问用户”
对策二：把约束放到 agent 必然会打开的文件里
- pdd_ui.py / pdd_ui_event.py / settings_ui.py / settings_ui_event.py
写入模块 docstring，说明各自职责和最易踩的硬性规则
- 四个文件目前只有 docstring，无实现
同步修正
- ui_event.py 已拆成按页面分的四个文件，更新 client/AGENTS.md
的代码分层规则和 02 §3.1 的现状差异表
未包含：ui_main.py 和 demo1/auto_v1.py 的同类 docstring，
这两个文件承载尚未提交的代码，留待代码提交时一并处理。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-06 12:01:38 +08:00 |
|