- 汇报时间：2026年7月9日
第三次汇报内容
本次汇报主要围绕七个方面展开：方差分析智能体进展、量化分析方法智能体开发流程沉淀、研究方法调研统计、测试与业务专家激励方案、悟空科研对接、公众号内容收集、招聘进展。
一、方差分析智能体进展
目前方差分析智能体中测试提出的问题已经全部修改完成，并且在原有基础上额外做了一部分专业性和稳定性保障工作。
具体来说，已经在本地安装了 SPSS，将测试样例先在 SPSS 中跑完，再放到系统中运行，两边结果直接做比对，目前结果已经完全对齐。相关结果也找博士看过一遍，从数值准确度以及方差分析所需图表来看，已经能够满足专业要求。
系统现在支持一键导出 Word，科研人员可以根据需求直接选择对应文本和图表使用。同时，页面中也增加了方差分析的场景说明、报告内容预览、完整 Word 样例下载，让用户在正式操作前能够先了解智能体能做什么、能提升多少效率。原来需要 3~5 小时完成的方差分析，现在可以分钟级完成。
但这里还需要补一个核心内容：不是简单说明“每种方差分析适合什么场景”，而是要说明“在做什么研究方法的时候会用到方差分析”。因为方差分析不是一种独立的研究方法，而是在其他研究方法中会用到的统计分析工具。后续需要把这一点补充到应用场景中。
另外，上手指南已经做了初版，后续还要进一步完善。
二、量化分析方法智能体开发流程沉淀
在做方差分析智能体过程中，沉淀出了一套可复用的量化分析方法智能体标准流程。
流程包括：
- 文献研究：根据方法复杂度选择
10~30篇典型论文，提炼方法定义、常见流程、报告结构、后续分析方式和结论表达形式。 - 范围定义：明确该方法需要输入什么、输出什么，边界是什么。
- 证据计划：明确如何校验，包括与
SPSS对齐，以及列出具体应用场景。 - 测试样例设计：根据场景设计不同
Excel测试数据，用于支撑后续开发。 - 约束文件：沉淀
F值、P值、效应量、置信区间等规则，保证输出与专业软件一致。 golden fixture：在真实SPSS中跑出标准答案，作为开发和校验基准。- 测试驱动开发：用系统结果反复对标
SPSS结果，发现差异后持续修正代码。 - 输出面同步：保证前端报告、后台分析结果、
Word下载文档三处内容完全一致。 - 全功能测试和独立验收。
- 最终发布。
这套流程已经用于单因素方差分析，也用于校验其他几个测试人员没有覆盖到的方差分析类型，因此可以作为后续量化智能体开发的质量保障流程。
目前还沉淀了两个技能：一个是 research agent，主要约束前端风格和原有代码实现规则；另一个是量化方法开发相关技能，用于约束量化分析智能体的开发流程。后续如果继续开发新的量化分析智能体，可以直接调用这两个技能，提高开发效率。但量化方法开发技能还没有完整验证，后续需要补一次验证。
三、研究方法调研统计
前期已经完成三个部门的研究方法调研，并按量化和质性两大类做了整体统计。
量化方法中，有 4 个方法是三个部门都提到的；后面部分方法是两个部门提到；剩下的是单个部门提到。质性方法相对更统一，比如民族志、扎根理论等多个方法是三个部门都提到的。
讨论中明确了几个点：
- 调研结果先按各部门实际反馈整理即可。
8~19这些出现频次较低或分类不清的方法，不要再反复问部门，而是以现有结果为基础去问专家。- 需要请专家确认：现有方法分类是否合适、哪些方法需要合并、是否有遗漏、优先级是否合理。
- 公司
811有一套研究方法相关的大部头书，深绿色封面，可以同时查书；如果找不到，可以问刘晓华。 - “量表型量化研究”这个表述需要调整，更准确地说应是“量化研究流程”。
- 当前定位是“方法支撑型”，不是“论文写作智能型”。完整支撑论文从无到有写作，是更长期的事情，不是当前阶段重点。
后续这部分要形成一个给专家看的清晰文件，通过流转单让孙中正协助协调量化和质性专家确认。
四、业务负责人、测试人员和激励方案
之前与孙中正确认过测试激励方案，对方基本认可，认为当前最有效的方式可能还是直接发红包。但这次讨论明确：后续不能先从“发多少钱”入手，而要先明确做什么事、需要什么角色、这些人从哪里来。
目前初步明确至少有两类角色：
- 智能体业务负责人，也可以理解为产品经理或业务专家，负责总的业务指导。
- 测试人员，负责验证智能体是否符合真实应用场景。
这两个角色可以是同一个人，但一个人测试会有局限。测试人员可以根据不同智能体和场景设置为 1~3 人，或 3~5 人。
后续激励方案要一事一议。先明确具体开发哪个智能体、需要哪些角色、每个角色从哪里找，再针对不同角色制定不同激励方式。可以提前准备多种激励方案，比如红包、专家协作费、其他形式的激励等，最后根据具体人选和对方需求协商确定。
这里最重要的待办不是马上发红包，而是先把角色、来源、职责和激励选项整理清楚，报批后再执行。
五、悟空科研对接情况
悟空科研对接目前基本达成一致。中间往复了两三轮，最后做了一些妥协：将原方案拆成阶段一和阶段二。
阶段一可以先保证把要求框架中 80%~90% 的内容做到。整体方向是：公用内容放在悟空科研那边管理，我们调用他们的接口，我们这边只做业务。界面上可能会有一些妥协，但整体边界已经沟通清楚。
时间判断上，我们这边如果顺利，7月 可能完成；对方工作量预计小于 1人月，如果能排期，最现实可能是 8月 完成整体架构梳理。
当前还需要请示和处理的是积分体系问题。悟空科研原有积分体系已经报批通过，例如 100积分 = 1元，看完课程奖励 55积分，新用户注册奖励 200积分。我们原来设计是为了用户理解简单，倾向于 1积分 = 1元。后续需要先设计我们想做的基本方案，列出现有优势和对比分析，形成文件后提交，再由上级转给对方，看两套计算方法如何融合成一套。
六、公众号内容收集
之前提到的公众号内容收集功能已经开发出来。现在可以统计历史发到群里的公众号内容，包括发布时间、公众号名称、主体内容，以及对我们的意义。
这个事情后续要持续积累。无论是开发新产品，还是做方法、场景、资料沉淀，后面都会用到。
七、招聘进展
岗位是周五发布的，目前已经收到约 90 份简历，整体情况还不错。基本漏斗可以按 10%~20% 进入面试来筛选。
筛选时需要卡几个硬条件：
- 有大厂或有品牌公司的工作经验，能提升技术团队整体水平。
- 学历至少本科，硕士更优先。
- 如果其他条件相近，优先选择学历更好、背景更强的人。
- 薪资可以在公司范围内灵活谈。如果候选人特别好但薪资要求偏高，可以表达先按基础范围进入，后续根据试用期表现再判断调整空间。
后续如果人员能较快确定，就可以让新人进入后直接按照已经沉淀的开发流程跑一遍，分配一个智能体或一套体系先做起来。
核心待办项
- 方差分析页面补充真正的应用场景：重点说明“在哪些研究方法中会用到方差分析”，而不是只说明“方差分析自身适合什么场景”。
- 完善方差分析上手指南和场景说明，让用户在使用前能理解作用、流程和产出。
- 对量化方法开发技能做完整验证，确认它能真正支撑后续智能体开发。
- 将研究方法调研结果整理成专家确认文件，重点请专家确认分类、合并项、遗漏项和优先级。
- 同步查阅公司
811的研究方法书，和专家意见一起作为方法优先级依据。 - 调整“量表型量化研究”等表述，明确当前定位是“方法支撑型”，不是“论文写作智能型”。
- 针对后续具体智能体，先明确要开发什么、需要哪些角色、人员从哪里来。
- 基于不同角色设计多套激励方案，报批后再执行。
- 悟空科研积分体系需要形成方案文件，说明我们的基本方案、优势、与原积分体系的对比及融合建议。
- 持续积累公众号内容库，作为后续产品和方法开发素材。
- 招聘继续推进，按大厂经验、学历、能力和薪资匹配度筛选候选人。
- 新人入职后，优先让其按现有智能体开发流程跑一遍，快速进入体系化开发状态。
后续工作开展方式
后续工作可以按三条线推进。
第一条线是方差分析智能体收尾。重点补应用场景、完善上手指南、保持 SPSS 对齐和 Word 输出一致性，确保可以稳定交付。
第二条线是方法体系建设。以现有调研结果为基础，专家确认、书籍校验、优先级排序同步推进，最终确定下一批优先开发的研究方法智能体。
第三条线是组织协作机制。每开发一个智能体前，先确定业务负责人、测试人员和必要专家，再根据角色制定激励方案。确定人之后再谈奖励，避免单纯靠催测试反馈推进。