chengma/cmautobuy
2
0
Fork 0
Code Issues 89 Pull Requests Actions Packages Projects Releases Wiki Activity
244 Commits 1 Branch 0 Tags
40cd8afefddf3ebcf0d4692016f4e3b55921f9cb
Commit Graph
6 Commits
Author SHA1 Message Date
chengma e1b32ea024 feat: 固定创建真实采购任务 (#112) 2026-08-10 17:52:48 +08:00
chengmaandClaude Opus 5 ab988b39de docs: 新增多模型协作规则，回填 Gitea 约定 
CLAUDE.md（新增）
按"错了多久才会被发现"划分角色，而不是按任务难度：
设计错要几周后买错货才发现，实现错跑测试就红，复述错人一看就知道。
所以 Opus 设计和审查、Sonnet 实现、Haiku 只读查询。

关键几条：
- 工单里每条约束必须写清"在防什么"。下游没有上游的上下文，
  理由不明的约束会被当成冗余优化掉
- 实现角色不得改工单范围、不得删改看不懂的约束或测试
  （本项目测试名就是规则本身，删掉等于删掉一条业务规则）
- 审查五步，第一步是架构角色亲自跑验证，不采信报告结论
- 打回必须说清：哪条没达到、当前是什么、期望是什么
- 同一个点打回两次仍不达标，问题在工单不在实现，
  这时该改工单或自己接手，继续打回只是消耗

AGENTS.md §0 重写
Gitea 一直可用（#1~#13 在正常使用），但 §0 还留着 <待填写>，
于是"未配置"成了跳过建单的长期借口。这次 PDD 那批就是靠聊天里的
草稿直接开工的，没有工单号。

- §0.1 填上真实地址和仓库；写明工单层级靠标题前缀区分，
  不使用标签和里程碑（13 条工单实测两者均为空，也不要去建）
- §0.2 聊天里的草稿不算工单；不得默认直通，
  不得因为上次直通过就默认这次也行
- §0.3 防呆：任何地方看到本仓库的工单链接就说明 Gitea 可用，
  必须立刻回填 §0.1 并停止直通。提交信息里不得再出现
  "Gitea 未配置 / 无工单号"这类说法

两份文档边界划清：CLAUDE.md 只讲协作方式，项目规则一律指向
AGENTS.md 不复述——复述一次就走样一次。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-08-07 10:28:05 +08:00
chengma fab5778049 feat: 保存并登记当前 Client (#11) 2026-08-06 17:57:49 +08:00
chengmaandClaude Opus 5 90379347b4 docs: 建立 Admin 子项目的文档基线 
仓库从单子项目变成两个：client（Python + PyQt5 桌面端）和
admin（Go + Gin + HTML 模板 Web 管理端）。两者技术栈完全不同，
规则各自独立，只通过三个 HTTP 接口交互。

新增 admin/AGENTS.md 和 docs/admin/ 共 9 份文档，结构与 docs/client/ 对齐。

关键设计决策（均已与用户确认）
- 四模块：蝦皮数据 / 顺运宝数据 / 采购任务 / 客户端列表，
  统一三段式布局（工具条 / 带勾选的表格 / 状态条）
- 蝦皮数据拆成商品表 + SKU 表：报表本身就是两层结构，
  且 PDD 链接是商品级的，放 SKU 级会重复维护
- pdd_data 存商品级，一个 PDD 商品采一次，所有订单共用
- SKU 映射独立成表且可复用，同一蝦皮 SKU 只需人工匹配一次
- PDD 链接人工填写，采集按钮就放在填链接的编辑弹窗里
- 任务分配给指定客户端；不加心跳，注册在领取时完成，
  在线状态由 last_seen_at 派生
- SQLite 驱动固定 modernc.org/sqlite（纯 Go 免 cgo，go build 直接出 exe）
- 不引入前端框架和 npm 构建，只允许原生 JS 或 htmx

基于样本文件 raw_data/蝦皮数据样本.xlsx 实测得出的约束
- 11287 行 = 5195 商品汇总行 + 6092 SKU 行，导入必须分开处理
- 商品規格ID 零重复，是天然主键
- 规格原文两种格式各占 53.4% / 46.6%，只解析【】会漏掉一半
- 平均每商品仅 1.17 个 SKU，报表不是全量目录，
  因此必须支持手动新增，且货运单外键不能加硬约束

同步更新
- 根 AGENTS.md 开头的指针改为两个子项目对照表
- docs/README.md 重构为双子项目索引
- .gitignore 加 admin/data/、admin.exe、Excel 锁文件

说明：Gitea 尚未配置，本次无对应工单号。
raw_data/ 未提交，含台币销售额等商业数据，待用户决定。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-08-06 15:49:04 +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
chengmaandClaude Opus 5 0b645ee8b3 docs: 建立面向初级程序员的文档基线 
按初级程序员可读、可维护的目标重写项目文档，并定案三项设计决策。

新增
- docs/client/00-getting-started.md 上手指南：装环境、跑起来、常见报错
- docs/client/00-glossary.md 术语表：Outbox、幂等、不可逆阶段等
- docs/templates/task.md 工单与归档模板
- client/requirements.txt 固定依赖版本
- .gitignore 屏蔽 data/、打包产物和调试产物

设计定案
- 本地库只存已领取任务，不再镜像 Admin 任务池；已完成任务永久保留
- 去掉租约、心跳和状态回查；Admin 接口从 5 个降到 3 个
  （本项目人工付款，重复下单只产生未付款订单，由人工审核处理）
- 打包采用 PyInstaller one-dir：launcher.exe + app/ + data/，便携模式

文档改进
- 补齐可直接抄的代码模板：Worker 线程、事务写库、幂等键、增量加载、错误提示、路径解析
- 状态机由 ASCII 图改为完整转换表，并补充崩溃恢复规则
- 消除文档与现有代码的冲突，02 新增“现状与目标差异”清单
- 待确认事项一律给出临时默认值，避免阻塞开发
- AGENTS.md 新增“小改动直通”，工单必填项由 8 项压缩到 6 项

说明：Gitea 尚未配置，本次无对应工单号；AGENTS.md §0 的 Gitea 信息待补。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-08-06 11:44:39 +08:00