# YJMVwdjTGio3vDkxcwEcKAl3nvb

Source: https://ocnmca6f1o0p.feishu.cn/wiki/YJMVwdjTGio3vDkxcwEcKAl3nvb


## 一、今日工作概述
## 二、主要工作内容
### （一）完善应收暂估底稿链路
  - 收尾了收入结算差异、分成结算差异的取数、整理、导出链路。
  - 完成暂估核算的开发，可以从金蝶凭证自动取数并写入底稿。
### （二）规范匹配表和字典表维护
  - 对金蝶匹配表进行检查，补齐了主键、唯一约束、来源、更新时间等基础规范。
  - 导入方式改为更新式维护，避免覆盖人工已维护的数据。
### （三）建立 AI 协作和项目规则
  - 新增强制规则，包括表结构规则、复用性规则、开工前架构审查规则、日报规则。
  - 明确脚本目录分工：长期脚本、临时脚本、项目规则脚本分开放。
  - 建立日报对账机制，后续每天开工和复盘都可以检查是否漏记工作。
  - 引入 OKF 知识库，用于沉淀业务口径、工程规则、表说明和待确认事项，避免不同 AI 重复理解、重复走
## 三、难点与解决思路
### （一）匹配表维护容易出错
  - 原来部分匹配表存在拼接字段，维护成本高，也容易出现字段不一致。
  - 今天改为保留原始字段，通过系统逻辑在导出时临时拼接展示。
  - 这样财务维护时只维护真实字段，系统也更容易扩展和校验。
### （二）AI 多工具协作容易口径漂移
  - Claude、Codex 如果没有统一规则，容易各自按理解改代码或文档。
  - 今天把关键规则沉淀到项目规则和 OKF 知识库中，要求后续开工先读规则、改动后同步知识库和日报。
## 四、OKF 知识库
它是google定义的一款项目的“**结构化知识库**”和“**AI 工作说明书**”。在项目里用固定格式的 Markdown 文件，把业务口径任务链路、工程规则、AI 工作红线和待确认事项沉淀下来。
#### **（一）作用：**
  - 记录已确认的业务规则，避免口径漂移。
  - 说明关键表和任务链路，方便后续接手。
  - 记录待确认事项，避免把猜测写进代码。
  - 让 Claude、Codex 接手时先有统一上下文。
#### **（二）好处：**
  - 减少重复描述上下文。
  - 降低不同 AI 理解不一致的风险。
  - 方便长期维护复杂业务规则。
#### **（四）OKF 和 Agent md 的区别**
  - **Agent md：**
**它是工作规则**。告诉 AI：这个项目的技术栈、代码风格、如何构建和测试等具体操作细节。
  - **OKF：**
**它是项目知识库**，解决知识碎片化的问题。它将分散在 Wiki、数据库、文档中的知识，统一打包成结构化的 Markdown 文件。
OKF 和 Agent md 并非相互取代，是可以协同工作。
  - OKF 存放着通用的、权威的业务和数据定义。
  - 而Agent md 则是具体项目的工作手册，告诉 AI 如何基于知识库，在这个特定项目中完成任务。
## 四、明日计划