Evilom
3.0 KiB
3.0 KiB
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 如何基于知识库，在这个特定项目中完成任务。