正在打开每日关注
正在打开每日关注
视频提出将产品功能地图结构化,并让 Agent 根据代码 diff 更新;人只审核变更与结构,试图复用产品知识到营销、销售和客服。
j discovery first hast Je whether a concept 本 3 Evervt ncept Id be conelse butfrontmatte 上 trel jtrustworthine SO it Car de cheaply cemini 和 RN rprise 2 设 ness , | ion 二 人 t Re f 3Y t 3 Di r , to this post 上- 一 Wetrix evenue .nd ,gross-morgin.md,gro margin-Legacy.md | 一 computati
作者正在试验以 Google 的 Open Knowledge Format(OKF)整理“产品功能地图”:把功能标题、父级类目、一句话说明、产品状态、支持状态及相关知识/场景纳入结构化内容。
设想是 Agent 修改代码后读取 diff,判断功能的新增、修改或删除,并同步更新地图;人工只 review 功能识别是否正确,以及产出是否符合约定结构。作者认为这份可查询的功能知识可被落地页、客服、营销和销售材料复用。
把“代码变更—产品能力目录—审核”连成闭环,能减少功能文档与实际产品脱节。先定义稳定字段、变更规则和人工验收标准,再在少量功能域试运行,会比直接自动化全量知识更可控。
这是作者尚未完全跑通的设想,不应视为已验证方案。代码 diff 不一定能准确映射用户可见功能;产品状态、支持范围和营销口径也常来自配置、运营或策略变化,仍需人工确认。视频与 OCR 中关于 OKF 版本、机制及界面示例均属未核验引用。