江叙：在排名、专利与研究工具之间校准数据

工作画像

江叙关联的材料跨越时间较长，也跨越排名、专利、公司数据和研究工具多个主题。 这些产出的共同点，是把一个研究概念压缩成可计算字段，再让结果进入筛选器、接口或可视化。 地区下拉、专利字段、PageRank 和公司来源计数看似处在不同页面，其实都在回答同一问题：用户看到的维度，究竟对应哪一组数据。 可以把这类工作比作“校准刻度”。 刻度本身不生成结论，却决定不同年份、地区与对象能否放在一起比较。 这只是对留存产出的中性概括，不是性格、职级或绩效判断。

证据范围

匿名协作记录的归档范围为 2017 至 2026 年。 归档范围的右边界来自页面最后修改记录，不描述任职截止时间，也不证明中间年份持续参与。 Jira 有数十条关联事项，主要分布在大学排名、海纳数据平台、自动报告和人工智能研究。 Confluence 有数百个关联页面，其中不少属于周报、工作事项镜像和附件维护。 严格 Git 归并得到数十条提交署名，分布在多个仓库，时间为 2018 至 2020 年。 主要代码证据覆盖大学排名、公司大表接口、专利批处理、浏览器采集、学科相关性页面和早期百科服务。 更宽的候选集还包含历史拼写变体；为避免错误合并，本文只采用严格匹配记录。 严格匹配为高置信度，但提交署名仍不能证明独立完成或完整交付。

项目地图

• 可调参数的世界大学排名：指标、权重、PageRank 与实体对齐。
• 人工智能研究生产：专利 XML、专利族去重和网络权重聚合。
• 海纳数据平台：专利来源变化、异常恢复与数据接口。
• 自动报告：图表模板、公司详情和可核验输出。
• 学科网络相关性实验室：网络指标、参数实验和可视化边界。
• 内部工具与项目记忆：公司入口、筛选和数据集。

来源字段与实体→标准对象→指标计算→参数版本

参数版本→排名或网络结果→筛选控件→可视化解释

专利原始格式→版本解析→专利族去重→网络权重

公司多源数据→来源计数→分页详情→内部研究工具

工单状态→字段文档→源码路径→证据边界

代表主题一：大学排名参数

大学排名是 Jira 关联最集中的项目，有数十条相关事项，其中绝大多数为被分配任务。 一项代表工作是排名参数中的地区下拉。 下拉框并非单纯界面控件，它决定样本范围、地区层级与结果比较边界。 项目文章显示，排名把声誉、学术、资金、师资和校友等维度标准化后再加权。 学术维度还连接论文 PageRank 与学者指标。 Git 中一座大学排名仓有少量严格匹配提交，代码以 Java、XML 与 SQL 为主。 这支持“排名参数和实现均有参与痕迹”的判断。 但提交信息较概括，当前证据不能把某项算法逐行归属给个人。 排名仓也缺少固定输入与黄金结果，不能由工单关闭直接推断数值完全正确。

代表主题二：专利采集与网络权重

海纳项目中，一项已完成任务处理专利检索格式异常。 Confluence 还保存专利数据项目总结。 这两类材料表明，专利工作既要应对来源查询变化，也要把处理过程写成交接文档。 人工智能研究项目另有 PageRank 计算任务，状态停留在处理中。 Git 中后期专利批处理仓保存多版本 XML 解析、专利族去重和权重聚合代码。 该仓只有少量集中导入提交，且时间晚于主要报告。 因此，代码可以证明处理机制存在，不能证明历史报告的每张图都由这份快照生成。 江叙的严格匹配提交只覆盖其中一部分源码变化。 提交署名更不能把整个解析器、数据准备和计算结果归为独立完成。

代表主题三：公司大表与自动报告

Jira 中有多条自动报告事项，也有海纳和公司数据相关任务。 Git 中公司大表接口仓保存控制器、服务、数据访问与页面资源变化。 项目文章将它恢复为“主对象、来源计数、按来源分页详情”的渐进加载结构。 这种结构让自动报告的宏观图表可以继续下钻到具体公司证据。 江叙在该仓有少量严格匹配提交，其中只有部分被路径分类为手写源码。 其余包含配置、资源或非源码变化。 所以可以确认参与过接口或展示层迭代，不能用仓库文件量估算个人工程量。 自动报告完整异步生成源码仍然缺失，二者也不能被写成同一套端到端系统。

代表主题四：MAG 字段与研究可视化

Confluence 在 2019 年保存学术图谱字段整理，后续还有内部工具版本和经济复杂性总结页面。 严格 Git 记录则包含一条学科相关性 Vue 页面变化，以及一座早期百科服务快照。 学科网络文章说明，部分指标在浏览器中计算，另一些页面只读取预先生成的静态结果。 因此，页面出现某个指标不等于计算算法位于前端。 字段文档、静态数据和展示组件需要分别版本化。 2026 年只代表某页面最后进入归档视野，不能据此推断新增研究连续开展到该年。

三类证据如何互证

Jira 给出任务对象与状态，例如地区筛选、专利异常处理和网络计算。 Confluence 给出字段表、项目总结和版本说明。 Git 给出排名服务、公司接口、专利批处理与可视化组件的具体路径。 三者交叉时，可以确认某项研究机制进入过工程过程。 若代码晚于文档，本文只写为后续实现证据，不反推早期报告。 若任务仍在处理中，本文不会因仓库出现同名算法就改写为已交付。

可复用经验

• 排名筛选要与样本边界、地区层级和缺失规则一起版本化。
• 网络指标必须保存输入图、参数、收敛条件和结果快照。
• 多年代专利格式应由版本适配器转换为统一领域对象。
• 专利族去重、法人归并与头部展示合并要采用一致口径。
• 公司详情应先返回主对象和来源计数，再按需加载明细。
• 静态结果与浏览器计算要在页面上明确区分。
• 后期代码只能证明后期实现，不能自动成为早期报告的生成证据。

证据边界

本文不使用招聘、评价、私人经历或真实身份资料。 2017–2026 只表示归档记录范围，不是任职时间。 Git 只采用数十条严格匹配提交，没有吸收需要人工复核的拼写变体。 提交数、页面数和工单数均不用于绩效判断。 大学排名、专利计算和公司接口都是团队系统，作者署名不表示独立完成。 可以确认的是：江叙关联产出横跨排名参数、专利处理、公司数据和研究可视化。 无法确认的是：每项算法的个人占比、完整线上版本、最终采用效果和跨年连续参与情况。