015：自定义专家上篇（014）我们用起了专家中心里的现成专家——写作、编程、数据分析，开箱即用。但现成专家覆盖的是"通用八成场景"，剩下那两成，比如"按你们公司报销制度审单据"“按你们团队 Go 代码规范做评审”“用你个人的写作语气出稿”，只能自己定义。这一篇，我们动手造一个只属于你 / 你团队的专属专家。4.3 自定义专家设计哲学：最好的专家，是懂你业务的那一个。通用专家覆盖八成场景，剩下两成——比如你们公司的内部流程、你们团队的代码规范——只能自己定义。自定义专家，就是把"个人经验"沉淀成"可复用资产"的最低门槛。4.3.1 什么时候需要自定义专家先判断：这事该"用现成的"还是"自己造"？下面这些情况，强烈建议自定义：团队专属：要嵌入内部术语、流程、规范。例如"按本公司 2024 版《费用报销管理办法》初审发票"，通用专家根本不知道你们的制度。个人偏好：你有一套固定的写作语气、输出格式、模板。每次手写提示词太累，固化成专家一劳永逸。高频复用：同一个角色你每周要用十几次（周报、日报、代码评审）。一次定义，次次免配置。跨人统一：团队里多人做同一类活，需要产出风格一致。做成专家发布到团队，全员用同一套标准。