产品
构建业务领域知识图谱
领域图谱连接用户语言、业务规则、实体、决策、负责人以及代码或数据位置，并区分已确认规则与假设。
流程
按这个顺序做。
- 界定领域边界、参与者、决策、生命周期、术语表范围，以及地图必须支持的产品或运营问题。
- 收集权威政策、产品决策、支持证据、领域负责人输入和获授权的数据定义，记录日期与访问限制。
- 提取实体、状态、不变量、规则、例外、术语冲突和交接，将明示政策与观察到的行为分开。
- 将每条已确认规则连接到负责人、来源、代码或数据位置、测试和变更流程，并标记假设与未解决冲突。
- 绘制价值流、客户或操作员旅程和领域决策点，显示所有权或政策在哪里交接。
- 与合格的领域负责人验证地图，记录分歧和缺失证据，并为规则或术语变化定义复核触发条件。
- 发布带版本的地图，包含引用、置信度、开放问题、证据和未解决风险，不把推断的规则当成政策。
先准备
猫会向你要的输入。
- 领域边界与业务结果
- 权威规则与决策
- 参与者、实体与生命周期
- 领域负责人与复核节奏
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
codebase-knowledge-pack skills/codebase-knowledge-pack/business-domain-knowledge-map/SKILL.md
界限
界限跟着提示一起走。
- 开始前核实实际工具、账号、权限和工作区；绝不声称拥有不可用的工具、账号、来源或能力。
- 私有代码、产物、实时探测或非公开数据使用 Latch/target-workspace；如果无法访问，就在边界停止并报告阻塞，不要用猜测替代。
- 任何有后果的外部行动前先暂停并取得明确批准；返回证据、未解决风险、假设以及仍等待批准的行动。
完成代表
一个可核对的终点。
有引用的业务领域地图连接语言、规则、实体、决策、负责人和实现位置，并标记假设、分歧、证据和未解决风险。
来源
这个流程从哪来。
- github.com/Egonex-AI/Understand-Anything/tree/6df3065f1d8ddc2ce3615314d1d493f36d6b1c80/
- www.gov.uk/service-manual/service-assessments
- c4model.com/
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
