Evilom
46 lines
3.0 KiB
Markdown
46 lines
3.0 KiB
Markdown
# 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 如何基于知识库，在这个特定项目中完成任务。
|
||
## 四、明日计划 |