03 / 企业项目 · 知识应用与精炼
ISCQ 知识库实践
把项目中的代码与资料，
整理成可复用的系统知识与业务知识。
- 我的职责
- 项目应用、知识整理、精炼与纠偏
- 形成的产物
- 系统知识、业务知识、本体与图谱关联
- 项目性质
- 企业内部实践 · 公开经验摘要
01 / 项目实践
让零散资料有结构，
让知识能够被接续使用。
在企业项目中，我应用 ISC-Q，结合项目代码和已有知识开展精炼，亲自参与知识整理、纠正与纠偏。我的工作聚焦于把工具用到具体项目中，形成系统知识（System Knowledge）和业务知识（Business Knowledge），并整理本体、图谱及图谱之间的关系。
两类知识分别承载系统实现与业务领域的理解。组织它们的目的，是为业务理解和后续 Agent 任务准备有结构的项目上下文。
02 / 精炼过程
按阶段推进，
在产物上确认进展。
ISC-Q 的 Pilot 负责检查阶段和前置产物，再交给知识编排器与子技能推进精炼。我的整理与纠偏工作依托这套流程展开。
- 诊断查看已有知识，识别需要补充或纠正的内容。
- 方向明确本轮精炼的范围与改进方向。
- 执行结合代码和资料整理知识，更新内容与关联。
- 反馈检查阶段产物，参与纠正与纠偏。
- 收尾沉淀知识产物，通过阶段记录与检查点支持接续。
以上流程结合个人应用经历与平台功能复盘整理。后续可接续需求分析等研发任务；本案例展示已确认的知识精炼实践。
03 / 复盘与认识
知识需要维护，
完成需要具体依据。
将知识作为持续维护的项目产物
代码、业务理解和已有资料会发生变化。知识构建之后仍需要诊断、精炼和人工纠偏，并明确系统知识与业务知识的归属和关联。
以当前任务的产物判断进度
平台演进中曾修正空目录、历史文档影响任务状态的问题。由此得到的工程认识是：检查产物是否存在之外，还需要确认它是否属于当前任务、是否满足当前阶段的要求。
让上下文通过记录接续
阶段产物与任务账本为继续工作提供依据。把知识的输入、处理过程和沉淀位置讲清楚，才能进一步讨论它如何服务需求分析与 Agent 任务。