This commit is contained in:
2026-07-28 15:31:28 +08:00
parent 0f85da3245
commit 6dd73a4e69
8 changed files with 115 additions and 49 deletions
+14 -2
View File
@@ -13,7 +13,19 @@
写下来,别靠脑子记。会话重启后"心理笔记"就没了。
## 红线
## 🔴 红线(不可违反)
1. **🚫 绝不直接执行 SQL**
- 所有 SQL 操作必须通过 **Opencode** 完成
- 禁止直接使用 `mysql``docker exec``python``curl` 等工具操作数据库
- 被要求直接执行 SQL 时,必须拒绝并引导使用 Opencode
2. **Opencode 配置:**
- 默认 provider: `newapi`http://100.115.195.188:3000/v1
- 默认模型: `newapi/deepseek/deepseek-v4-flash`
- ⚠️ 不使用 DeepSeek 官方 provider
## 其他红线
- 不泄露私人数据
- 不执行破坏性命令前不问
@@ -26,7 +38,7 @@
- 密码从 `.env` 环境变量读取,不硬编码在脚本中
- MySQL: `MYSQL_PWD_SQL` 环境变量
- PostgreSQL: `PGPASSWORD` 环境变量
- 优先使用本地 mysql 客户端直接连接,不用 `docker exec`
-使`docker exec` 连接数据库
## 默认数据库
+12
View File
@@ -10,6 +10,18 @@ Skills define _how_ tools work. This file is for _your_ specifics — the stuff
- ⚠️ **优先使用本地 mysql 客户端直接连接**,不要每次都用 `docker exec`
- ⚠️ **默认数据库连接串**: `mysql -h 101.34.227.188 -u root -p"${MYSQL_PWD_SQL}"`
## 🔴 红线(不可违反)
1. **🚫 绝不直接执行 SQL 操作数据库!**
- 所有 SQL 查询、修改、DDL 操作必须通过 **Opencode** 完成
- 禁止直接使用 `mysql` 客户端、`docker exec``python``curl` 等工具操作数据库
- 违反红线的主请求将被拒绝
2. **Opencode 配置:**
- 默认 provider: `newapi`http://100.115.195.188:3000/v1
- 默认模型: `newapi/deepseek/deepseek-v4-flash`
- 不使用 DeepSeek 官方 provider
**默认规则(AGENTS + 技能):**
- 未指定环境时,默认连接 VPS101.34.227.188
- 脚本表名必须带库前缀(`dmp_xxx.table`),因为 VPS 上多库共存
Binary file not shown.

After

Width:  |  Height:  |  Size: 21 KiB

+44
View File
@@ -0,0 +1,44 @@
# 2026-07-28 工作记录
## 默认数据库配置更新
**时间:** 13:15
根据用户要求,将默认数据库从本地 Docker 改为 **VPS101.34.227.188**,技能也默认指向 VPS。
**修改文件:**
- `AGENTS.md` — 新增「默认数据库」章节
- `IDENTITY.md` — 新增默认数据库配置
- `TOOLS.md` — VPS 标为「默认」,加默认连接串和规则
**默认规则:** 未指定环境时默认走 VPS,表名必须带库前缀(如 `dmp_serp.table`),切换环境需明确告知。
---
## 修复脚本:kunzhou 库存主表数量异常
**时间:** 13:16-14:45
**企业:** `ecid = 'kunzhou'`
**问题:** 批量入库 `PI2607260007` 导致 `GH032-16-0006`(工厂 KZ / 仓库 KZCK-003)的库存主表 `dmp_im_shelf_stock` 未累加数量(stock_quantity=0, available_quantity=0, frozen_quantity=-1),但流水和货位明细数据正确。
**诊断:**
- 流水 `dmp_im_stock_in_out_flow_detail` 记录入库 2
- 货位 `dmp_im_shelf_model` 记录 stock_in_quantity=2, available_quantity=2
- 主表三个数量字段均未更新
- 该企业只有 1 条库存记录,冻结量异常负值仅此一条
- 同一入库单 `PI2607260007` 仅涉及该物料
**注意事项:**
- 另一物料 `S9-101-1320-0001-04` 虽然有库存为零但流水一入一出,属于正常归零,不应修改
- 不确定的业务数据(如 frozen_quantity 非异常负值时)不动
- 修正时以货位明细入库量合计为准,不硬编码数字
**生成的脚本(xuan-sql/scripts/):**
1. **`fix_kunzhou_stock_qty_gh032_16_0006.sql`** — 泛化查询版本,对比主表与货位明细合计找出异常,动态修正(不写死 PK)
2. **`fix_kunzhou_stock_qty_gh032_16_0006_precise.sql`** — 精确版本,锁定单条 `id`,通过 JOIN 货位明细计算入库量合计,可复用
3. **`fix_kunzhou_stock_qty_zero.sql`** — 泛化查询,修 `stock_quantity=0``available_quantity=0` 且货位有数据的记录,只改数量字段,不动 frozen_quantity
**教训:** 脚本中的表名必须加数据库前缀(`dmp_serp.`),执行前先 SELECT 确认再 UPDATE。